tag:blogger.com,1999:blog-1359278169672570412024-03-19T04:13:40.494-07:00Tao Xie's Research & Advising BlogTao Xiehttp://www.blogger.com/profile/11364035215805367784noreply@blogger.comBlogger23125tag:blogger.com,1999:blog-135927816967257041.post-66139394076573285042016-07-07T01:07:00.002-07:002016-07-13T16:39:30.960-07:00Outward Thinking for Our Research CommunityIn our research community, besides teaching duties, university researchers commonly focus on securing funding resources to support their research group's research activities, recruiting and advising students along with collaborating with external (academic or industrial) collaborators to conduct research, and contributing professional services within the research community such as <a href="http://www.sigsoft.org/">ACM SIGSOFT</a> and <a href="http://www.cs-tcse.org/">IEEE TCSE</a> along with their sponsored or associated journals or conferences. While sharing many of these focuses, industrial-lab researchers typically do not need to teach, secure external funding resources, or advise students to conduct research (except supervising summer-intern students during summer time). These preceding activities are mostly "inward facing" (e.g., within the research community): competing funding resources within the research community, publishing and presenting <a href="http://blog.regehr.org/archives/1194">inward-facing research</a> to serve the audience within the research community, conducting professional services within the research community, etc.<br />
<br />
A couple of years ago, <a href="http://www.cs.utah.edu/~regehr/">John Regehr</a> (U. Utah) discussed "<a href="http://blog.regehr.org/archives/1194">Inward vs. Outward Facing Research</a>". When discussing why researchers have a tendency to face inward, he stated "<i>This is natural: we know more about our research’s internal workings than anyone else, we find it fascinating (or else we wouldn’t be doing it), we invent some new terminology and notation that we like and want to show off, etc. — in short, we get caught up in the internal issues that we spend most of our time thinking about.</i>"<br />
<br />
However, the research community (either broadly in computing or specifically in a research area such as software engineering) can be impacted by the broad ecosystem that the research community lives in. For example, a government funding agency needs to allocate total funding across different research areas; a university (college or department) or industrial research lab needs to allocate the total head count for new hires across different research areas; a student applying for graduate schools needs to decide on what research area he or she would like to apply for. Thus, it is important for the research community to sustain and further boost the importance, impact, and reputation of the research area perceived in the eyes of other computing research communities or in the broad society such as the industry and government. Only when we accomplish so, can the community as a whole grow better, e.g., attracting more resources such as funding allocation, faculty positions, industrial-research-lab positions, top student/junior-researcher talents, other communities' researchers to address our important problems.<br />
<br />
In particular, besides the typical inward thinking that researchers in the research community already have, more outward thinking is needed for the research community to better grow in this broad ecosystem.
In the broad computing community, there are quite some prominent researchers and other research areas with such strong outward thinking. For example, <a href="http://lazowska.cs.washington.edu/">Ed Lazowska</a> (U. Washington) "<a href="https://www.washington.edu/admin/hr/thorud/recipients/lazowska.php"><i>is widely viewed as the computer science research community's highest impact national leader and spokesperson.</i></a>" For the research area of Artificial Intelligence (AI), <a href="http://research.microsoft.com/en-us/um/people/horvitz/">Eric Horvitz</a> (Microsoft Research) has addressed "<a href="http://research.microsoft.com/en-us/um/people/horvitz/CACM_Oct_2015-VP.pdf">Rise of Concerns about AI: Reflections and Directions: research, leadership, and communication about AI futures</a>". The <a href="http://sigai.acm.org/aimatters/">ACM SIGAI Newsletter</a> (the counterpart of our <a href="http://www.sigsoft.org/SEN/">ACM SIGSOFT Notes</a>) named as "AI Matters" includes its first-listed submission category "AI Impact": "<i>Description of an AI system or method that has had a tangible impact on the world outside of the research community. These submissions are intended for dissemination to a general audience, and any technical content must be accessible to non-AI researchers.</i>"<br />
<br />
In the research area of software engineering, there have been also various leading researchers with such strong outward thinking, playing important roles in the broad ecosystem. Although the research community has started paying attention to <a href="http://taoxie.cs.illinois.edu/publications/sen16-pursuit.pdf">engaging and impacting the software industry or broadly practitioner community</a>, the research community shall also put more eyesight on impact on and perception by other research communities in the computing community along with the broad society such as the industry and government.<br />
<br />
Below I list some example activities towards such outward thinking for researchers in the research community to consider:<br />
<ul>
<li><b>Propose and organize events that help establish funding programs and initiatives or help communicate the research community's important problems and great achievements.</b> For example, recently, <a href="http://www.cs.cmu.edu/~wls/">Bill Scherlis</a> (CMU) co-organized <a href="https://www.cmu.edu/safartint/">the Workshop on Safety and Control for Artificial Intelligence</a> sponsored by the White House Office of Science and Technology Policy (<a href="https://www.whitehouse.gov/administration/eop/ostp">OSTP</a>) and CMU. <a href="https://www.kevinjsullivan.com/">Kevin Sullivan</a> (UVa), <a href="http://www.cc.gatech.edu/people/annie-anton">Annie Anton</a> (Georgia Tech), et al. are organizing the <a href="https://cra.org/ccc/visioning/visioning-activities/">CCC Visioning Activity</a> on "<a href="https://cra.org/ccc/visioning/visioning-activities/2016-activities/cyber-social-learning-systems/">Cyber Social Learning Systems</a>". In <a href="https://fse22.gatech.edu/">FSE 2014</a>, the first <a href="http://cra.org/ccc/visioning/blue-sky/">CCC Blue Sky Ideas Track</a> "<a href="https://fse22.gatech.edu/cfp/visions-and-challenges">Visions and Challenges</a>" was organized by <a href="http://moon.nju.edu.cn/people/">Jian Lv</a> (Nanjing U.) and myself. In <a href="http://2016.icse.cs.txstate.edu/">ICSE 2016</a>, another <a href="http://cra.org/ccc/visioning/blue-sky/">CCC Blue Sky Ideas Track</a> "<a href="http://2016.icse.cs.txstate.edu/v2025AcceptedPapers">Visions of 2025 and Beyond</a>" was organized by <a href="http://www.cs.ubc.ca/~murphy/">Gail Murphy</a> (UBC) and <a href="http://www.comp.nus.edu.sg/~david/">David Rosenblum</a> (NUS). A recent example interdisciplinary workshop is the NSF Interdisciplinary Workshop on Statistical NLP and Software Engineering (<a href="http://www.languageandcode.org/nlse2015/">NL+SE 2015</a>) co-organized by<a href="http://web.cs.ucdavis.edu/~devanbu/"> Prem Devanbu</a> (UC Davis).</li>
<li><b>Start new outlets and leverage existing outlets to help <b>communicate</b> the research community's important problems and great achievements.</b> For example, <a href="http://cacm.acm.org/">CACM</a>'s Research Highlights section enables various <a href="http://www.sigplan.org/Highlights/">ACM SIGs</a> to highlight their selected research results to the broad CACM audience. <a href="https://www.linkedin.com/in/will-tracz-b11211">Will Tracz</a> (Lockheed Martin Fellow, Emeritus (retired)), the Most Recent Past Chair of ACM SIGSOFT, has served as the Webinar Coordinator for ACM Professional Development (PD) Committee, and helped start <a href="http://www.sigsoft.org/resources/webinars.html">the ACM SIGSOFT and PD sponsored webinars</a>, co-organized also by <a href="http://www.cs.bgsu.edu/rdyer/">Robert Dyer</a> (Bowling Green State U.), providing a great outlet for outreaching webinar talks to both within and outside of the research community. I have served in the <a href="http://history.acm.org/">ACM History Committee</a> as the ACM History <a href="http://www.acm.org/special-interest-groups/sig-governance">SIG Governing Board (SGB)</a> Liaison, outreaching SIGSOFT history and impact activities to <a href="http://history.acm.org/content.php?do=sighistory">other ACM SIGs</a>. </li>
<li><b>Nominate well-deserved colleagues and high-impact work for recognitions at the level of the broad computing community </b>besides recognitions at the level of the research community such as <a href="http://www.sigsoft.org/awards.html">ACM SIGSOFT awards</a> and <a href="http://www.cs-tcse.org/home">IEEE TCSE awards</a>. There are various awards from the <a href="http://awards.acm.org/">ACM</a>, <a href="https://www.ieee.org/about/awards/index_awards.html">IEEE</a> (<a href="https://www.computer.org/web/awards/">IEEE Computer Society</a>), <a href="http://cra.org/about/awards/">CRA</a>, <a href="https://www.ncwit.org/programs-campaigns/ncwit-awards">NCWIT</a>, etc. There are various fellow and distinguished member programs from the <a href="http://www.nasonline.org/about-nas/membership/">NAS</a>, <a href="https://www.nae.edu/MembersSection.aspx">NAE</a>, <a href="http://membercentral.aaas.org/">AAAS</a>, <a href="http://awards.acm.org/fellow/">ACM</a>, <a href="http://www.ieee.org/membership_services/membership/fellows/index.html">IEEE</a>, etc. A recent prominent example was that <a href="http://spoke.compose.cs.cmu.edu/shaweb/">Mary Shaw</a> (CMU) received <a href="http://www.nationalmedals.org/laureates/mary-shaw">the National Medal of Technology and Innovation</a> in 2014.</li>
<li><b>Volunteer yourself or nominate/encourage qualified colleagues to serve the broad computing community </b>besides one's own research community<b>.</b> There are various professional organizations in the broad computing community such as various <a href="http://www.acm.org/about/about?pageIndex=4">ACM boards and committees</a>, <a href="https://www.computer.org/web/tandc/">IEEE Computer Society boards and committees</a>, and <a href="http://cra.org/committees/">CRA boards and committees</a>. In recent years, prominent researchers from our research community already served in various leadership positions in the broad computing community: <a href="https://www.soe.ucsc.edu/about/deans-welcome-message">Alex Wolf</a> (UCSC) as a past ACM President, <a href="http://people.cs.vt.edu/ryder/">Barbara Ryder</a> (Virginia Tech) as a past ACM Vice President, <a href="http://www.cs.virginia.edu/~soffa/">Mary Lou Soffa</a> (UVa) as a past member-at-large of the ACM Council, <a href="http://home.deib.polimi.it/ghezzi/">Carlo Ghezzi</a> (Politecnico di Milano) as a Past President of <a href="http://www.informatics-europe.org/">Informatics Europe</a>, etc.</li>
<li><b>Apply for relevant <a href="https://www.nsf.gov/careers/rotator/">temporary/rotator</a> government (funding agency) positions. </b>There are short-term government fellowship programs such as <a href="http://www.aaas.org/program/science-technology-policy-fellowships">AAAS Science & Technology Policy Fellowships</a>, <a href="https://www.whitehouse.gov/participate/fellows">White House Fellowships</a>, and <a href="http://www.ieeeusa.org/policy/govfel/congfel.asp">IEEE-USA Congressional Fellowships</a>. At times, there are various program-manager positions in government funding agencies (such as <a href="http://www.nsf.gov/funding/pgm_summ.jsp?pims_id=503301">NSF</a> and <a href="http://www.darpa.mil/">DARPA</a>) available for university or industrial-lab researchers to apply. Program managers may have opportunities to start new funding programs or initiatives on various important topics. For example, in past several years, <a href="https://www.cs.tufts.edu/~kfisher/Kathleen_Fisher/Home.html">Kathleen Fisher</a> (Tufts U.) served as the original program manager for DARPA's <a href="http://www.darpa.mil/program/high-assurance-cyber-military-systems">High-Assurance Cyber Military Systems (HACMS)</a> program, within which the supported <a href="http://ssrg.nicta.com.au/projects/TS/SMACCM/">SMACCM</a> project produced <a href="https://github.com/smaccm/smaccm">SMACCMCopter</a> as probably "<a href="http://doi.acm.org/10.1145/2692915.2628165">the most secure UAV on the planet</a>". <a href="https://www.cs.purdue.edu/homes/suresh/">Suresh Jagannathan</a> (Purdue U.) has served as the <a href="http://www.darpa.mil/staff/dr-suresh-jagannathan">program manager</a> for DARPA's <a href="http://www.darpa.mil/program/mining-and-understanding-software-enclaves">Mining and Understanding Software Enclaves (MUSE)</a> program and <a href="http://www.darpa.mil/program/building-resource-adaptive-software-systems">Building Resource Adaptive Software Systems (BRASS)</a> program, etc.</li>
</ul>
<div>
Please let me know if you have additional ideas for such outward thinking by sharing your suggestions here or submitting your writing to be considered for dissemination in <a href="http://historywiki.acm.org/sigs/SIGSOFT-historyimpact">the History and Impact column</a> of the <a href="http://www.sigsoft.org/SEN/">ACM SIGSOFT Notes</a>!</div>
Tao Xiehttp://www.blogger.com/profile/11364035215805367784noreply@blogger.com0tag:blogger.com,1999:blog-135927816967257041.post-21163421643670048462016-07-03T17:42:00.003-07:002016-07-07T20:47:40.223-07:00From Knowledge Economy to Maker/Innovation Economy: Towards Student Education and Training<span style="font-family: inherit;">I recently watched </span><a href="https://www.youtube.com/watch?v=_h6MkamuaWQ" style="font-family: inherit;">an online talk</a><span style="font-family: inherit;"> on "More Innovation Through Education" given by </span><a href="http://www.olin.edu/about/presidents-office/" style="font-family: inherit;">Richard Miller</a><span style="font-family: inherit;"> (President of Olin College). Among many great things mentioned in his talk (e.g., </span><span style="font-family: inherit;"><a href="http://ifoundry.illinois.edu/">the education-program improvement at the College of Engineering at Illinois</a>)</span><span style="font-family: inherit;">, I especially resonated with what he presented (</span><a href="https://www.youtube.com/watch?v=_h6MkamuaWQ" style="font-family: inherit;">during 6'40''-12'03''</a><span style="font-family: inherit;">) in one of his slides, whose screen snapshot was captured as below:</span><br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://3.bp.blogspot.com/-WUq1lVbhA8s/V3mB1kO3W7I/AAAAAAAAH_Y/3j_QeNA52x8IJwWJFNq3HSSaUo0AYXz0wCLcB/s1600/futureofhighered.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="417" src="https://3.bp.blogspot.com/-WUq1lVbhA8s/V3mB1kO3W7I/AAAAAAAAH_Y/3j_QeNA52x8IJwWJFNq3HSSaUo0AYXz0wCLcB/s640/futureofhighered.png" width="640" /></a></div>
<div class="separator" style="clear: both; text-align: center;">
<br /></div>
<div class="gmail_signature" data-smartmail="gmail_signature">
Although <a href="http://www.olin.edu/about/presidents-office/">Richard Miller</a>'s talk seems to focus on undergrad engineering education, my discussion below centers around educating and training graduate students especially PhD students in engineering based on the points that he made on the above slide.</div>
<div class="gmail_signature" data-smartmail="gmail_signature" style="color: #222222;">
<span style="font-family: inherit;"><br /></span>
<span style="font-family: inherit;">The traditional education focuses on <i>the Knowledge Economy</i>: teaching students about knowledge, making them "knowledgeable". With technologies such as Internet, Google, and Bing at hand these days, being "knowledgeable" may not be as critical as in the ancient days.</span></div>
<div class="gmail_signature" data-smartmail="gmail_signature" style="color: #222222;">
<span style="font-family: inherit;"><br /></span></div>
<div class="gmail_signature" data-smartmail="gmail_signature">
<span style="color: #222222; font-family: inherit;"><i>The Maker Economy</i> is about putting What you <b>Know </b>into What you can <b>Do </b>(in 2014, the White House started the movement of "</span><span style="color: #222222;"><a href="https://www.whitehouse.gov/nation-of-makers">Nation of Makers</a>")</span><span style="color: #222222; font-family: inherit;">. It is related to what I often tell students: "Get Things <b>Done</b>". In these settings, students are given an (often well-defined) problem/requirement (e.g., a programming task or data-analysis task), and need to solve the given problem (desirably in a timely fashion). In graduate-research settings, students are often encouraged to leverage whatever attainable resources to get things done (some of these ways of leveraging resources may not be common in </span><span style="color: #222222;">settings of </span><span style="color: #222222; font-family: inherit;">undergrad-course assignment): reusing/adapting open source code, building upon existing infrastructures, searching at Google/Bing or <a href="http://stackoverflow.com/">Stack Overflow</a>, getting help from and collaborating with peer students or the advisor, etc. Note that c</span><span style="color: #222222;">onducting a task in such settings is different from conducting a programming task in a solo homework assignment in a course where students typically need to independently write their code for the task, not allowed to reuse/adapt code from the Internet, etc. </span></div>
<div class="gmail_signature" data-smartmail="gmail_signature" style="color: #222222;">
<span style="font-family: inherit;"><br /></span></div>
<div class="gmail_signature" data-smartmail="gmail_signature">
<span style="color: #222222; font-family: inherit;">As a concrete example, in</span><span style="color: #222222;"> </span><span style="color: #222222;">graduate-research settings, </span><span style="color: #222222; font-family: inherit;">graduate students (software engineers in industry too) may be given a programming task such as implementing a new feature upon an existing big code base. Many students may tend to take a relatively long time to understand the big code base, focusing on improving what they <b>Know</b>, without sufficiently focusing on what they need to get <b>Done</b>. </span><span style="color: #222222;"><a href="https://www.infoq.com/articles/tips-to-developers-starting-on-large-apps">Tips to Developers Starting on Large Applications</a> include (1) don't try to understand the whole application, (2) focus on delivering immediate value, (3) important skills required to maintain large applications, (4) tools to find what to change and to find the impact of a change, (5) two caveats to the preceding tips: do not compromise on code quality and do not stop making an effort to understand the architecture. I myself practiced these tips in my past effective and efficient development efforts for tool features, i.e., Get Things <b>Done Efficiently</b>. </span></div>
<div class="gmail_signature" data-smartmail="gmail_signature" style="color: #222222;">
<span style="font-family: inherit;"><br /></span></div>
<div class="gmail_signature" data-smartmail="gmail_signature" style="color: #222222;">
<i>The Innovation Economy</i> is about what you can <b>Conceive</b>, new products, new markets, new ideas, ... Instead of being given a well-defined problem/requirement, students need to come up with (1) what they would like to tackle, either narrowing down to a target problem when given no (even vague) problem to start with, or concretizing a given vague problem to a specific, concrete one; and (2) how they could tackle the target problem with new ideas.</div>
<div class="gmail_signature" data-smartmail="gmail_signature" style="color: #222222;">
<br /></div>
<div class="gmail_signature" data-smartmail="gmail_signature" style="color: #222222;">
In the past, I summarized five critical research skills for PhD researchers/students in <a href="http://www.slideshare.net/taoxiease/phdprogram-preparation">my talk on "PhD-Program Preparation for Successful Post-PhD Career"</a> and below are my mapping of these skills to the Maker Economy and Innovation Economy.</div>
<div class="gmail_signature" data-smartmail="gmail_signature">
<ul>
<li><span style="color: #222222;">Assessment skill. (<i>Innovation Economy</i>) </span></li>
<li><span style="color: #222222;">Vision skill. </span><span style="color: #222222;">(</span><i style="color: #222222;">Innovation Economy</i><span style="color: #222222;">)</span></li>
<li><span style="color: #222222;">Design skill. </span><span style="color: #222222;">(</span><i style="color: #222222;"><i>Maker Economy & </i>Innovation Economy</i><span style="color: #222222;">)</span></li>
<li><span style="color: #222222;">Execution skill. (</span><i style="color: #222222;">Maker Economy</i><span style="color: #222222;">)</span></li>
<li><span style="color: #222222;">Communication skill. </span><span style="color: #222222;">(</span><i style="color: #222222;"><i>Maker Economy & </i>Innovation Economy</i><span style="color: #222222;">)</span></li>
</ul>
</div>
<div class="gmail_signature" data-smartmail="gmail_signature">
By the way, mentioned in <a href="http://www.olin.edu/about/presidents-office/">Richard Miller</a>'s <a href="https://www.youtube.com/watch?v=_h6MkamuaWQ">online talk (at the time of 7'20'')</a>, the Nobel-laureate economist <a href="https://economics.uchicago.edu/facstaff/heckman.shtml">James J. Heckman</a> found that success can be better predicted by grit (<a href="http://nymag.com/scienceofus/2016/05/dont-believe-the-hype-about-grit-pleads-the-scientist-behind-the-concept.html">a combination of perseverance and passion</a>, about attitude, behavior, and motivation), much better than knowledge (how much you know). <a href="http://angeladuckworth.com/">Angela Lee Duckworth</a>'s <a href="https://www.ted.com/talks/angela_lee_duckworth_grit_the_power_of_passion_and_perseverance/transcript?language=en">6-min TED talk on "Grit: The power of passion and perseverance"</a> provides a nice quick overview of grit. There are also ideas on training grit, such as <a href="http://www.teachthought.com/pedagogy/16-learning-strategies-for-promoting-grit-and-delayed-gratification-in-students/">16 Learning Strategies To Promote Grit And Delayed Gratification In Students</a>.</div>
Tao Xiehttp://www.blogger.com/profile/11364035215805367784noreply@blogger.com0tag:blogger.com,1999:blog-135927816967257041.post-29253673732594843332016-04-22T23:19:00.002-07:002016-05-08T22:06:34.638-07:00Diversity and Inclusion in Research Community: Remembering David NotkinThree years ago today April 22, my PhD advisor <a href="http://www.cs.washington.edu/people/faculty/notkin">David Notkin</a> passed away after a long battle with cancer. It was a big loss to our research community, especially to those who were close to him. The legacy and impacts that he left behind have been huge in many different ways upon many of us.<br />
<br />
David devoted much effort in promoting diversity and inclusion, in both traditional senses and broad senses. To remind you of David's lovely voice, perfect-timing humor, and deep insight, you should (re)watch <a href="https://www.ncwit.org/summit/archive/ncwit-2012-summit-flash-talk-david-notkin">his flash talk on "increasing flexibility"</a> in the 2012 Summit of the National Center for Women & Information Technology (<a href="https://www.ncwit.org/">NCWIT</a>) (David was the founding co-director of the NCWIT Academic Alliance). There were also various blog posts, articles, videos on great memories about David such as <a href="https://geekfeminism.org/2013/05/13/remembering-a-geek-feminist-ally-david-notkin-1955-2013/">a blog post contributed by his sister Debbie Notkin</a>, <a href="http://www.seattletimes.com/seattle-news/computing-mensch-had-special-way-with-people/">a Seattle Times article contributed by his friend Jerry Large</a>, and <a href="https://www.youtube.com/watch?v=xlaOyu02KpU">David Notkin ICSE 2013 Tribute</a>.<br />
<br />
David was a caring, amazing person with a big heart. I still clearly remember what he said in his remark at the <a href="https://news.cs.washington.edu/2013/02/01/honoring-david-notkin/">NotkinFest</a> in February 2013, as nicely summarized in <a href="http://www.seattletimes.com/seattle-news/computing-mensch-had-special-way-with-people/">Jerry's Seattle Times article</a> (the full quote can be found in the end of <a href="https://geekfeminism.org/2013/05/13/remembering-a-geek-feminist-ally-david-notkin-1955-2013/">Debbie's blog post</a> and in <a href="https://www.youtube.com/watch?v=xlaOyu02KpU">David Notkin ICSE 2013 Tribute</a> in David's own voice):<br />
<br />
"David reminded the people gathered that day that we were privileged. He said his parents were the children of poor Russian Jewish immigrants, and taught him and his older sister, Debbie, that every person on Earth has value. “We have to figure out how to give more back,” he said, so that more people can better their lot."<br />
<br />
I guess the above quoted words of David served as one of the driving forces for his great passion and devotion to promoting diversity and inclusion. Here, I will share some memories and stories to celebrate his legacy and impacts related to diversity and inclusion in our research community.<br />
<br />
<br />
<b><i>Focus on students.</i></b> David expressed in <a href="http://www.sigsoft.org/SEN/notkin.html">his 2006 ACM Fellow Profile</a> that students were his greatest influence. He posted the following sentences in <a href="http://www.cs.washington.edu/people/faculty/notkin/students">the "students" page</a> of his <a href="http://www.cs.washington.edu/people/faculty/notkin/">homepage</a>: "My philosophy about working with students is taken from my adviser, Nico Habermann: Focus on the students, since graduating great students means you'll produce great research, while focusing on the research may or may not produce great students." Many professors may have heard of such quote but in reality, very few could faithfully practice such philosophy. Too often many professors immerse themselves in their research, without paying sufficient attention to the main interest or benefit of their students working with them (e.g., putting eyesight on only getting the research done while not sufficiently training/educating the collaborating students). But David had constantly instilled such philosophy in his daily work advising his students. Not only just exercising such philosophy on his own students, David extended this philosophy to people around him, especially those more-junior colleagues and young researchers/students. <a href="http://www.seattletimes.com/seattle-news/computing-mensch-had-special-way-with-people/">Jerry's Seattle Times article</a> says it perfectly: "He was a modest-living mensch with a gift for making other people feel special, like they were a big deal. And to him, they were." Videos including first-hand witness statements from his former students, colleagues, and friends can be found <a href="https://news.cs.washington.edu/2013/02/01/honoring-david-notkin/">here</a>.<br />
<br />
<br />
<b><i>Be aware that everyone is different</i></b>. After David encouraged me to apply for a faculty job back in the end of 2004, I was fortunate to become a professor myself in 2005, being ready to inherit David's philosophy on focusing on students. Since then, I have put much thought into reflecting on how to <a href="http://taoxie.cs.illinois.edu/publications/sen16-pursuit.pdf">conduct impactful research</a>, <a href="http://www.slideshare.net/taoxiease/phdprogram-preparation">train students' research skills</a>, <a href="http://www.slideshare.net/taoxiease/mapping-out-a-research-agenda">map out a research agenda</a>, <a href="http://www.slideshare.net/taoxiease/how-to-write-research-papers-24172046">write research papers</a>, <a href="http://www.slideshare.net/taoxiease/common-technical-writing-issues-61264106">improve technical writing</a>, etc. I have <a href="http://taoxie.cs.illinois.edu/advice/">documented my reflection and advice publicly</a> under my homepage. I felt that such way of generalizing things into patterns and tips could allow my students (and other students/researchers) to effectively master those skills under such concrete guidance. In my research group, I also experimented and improved various group activities/practices to more effectively and efficiently manage my group (after I communicated with some MBA friends, I later learned there was a term <a href="https://en.wikipedia.org/wiki/Organizational_behavior">organizational behavior</a> for studying what I experimented with). Some years ago, during a conference's hallway conversation, I was talking to David along with another junior professor on my efforts of trying to generalize best practices and patterns for training my students and managing my group. David patiently listened with slight smile on his face as usual. In the end, he patted my back and said "Tao, what you did was great but also keep in mind <i>every student is different</i>."<br />
<br />
His sentence was short but powerful, making me reflect for a while. Indeed, under David's advising and mentoring, <a href="http://www.cs.washington.edu/people/faculty/notkin/students">every David's former student</a> is different (in a good way) in research directions, research styles, ways of thinking, ways of making impacts, ways of advising students, etc. There is diversity among David's former students! In terms of advising students, it is quite common for a professor (especially a junior professor) to expect his/her students to work or act like himself/herself during his/her old-day grad schools or current faculty job, while often not realizing some of his/her students may have different <a href="https://en.wikipedia.org/wiki/Learning_styles">learning styles</a> or <a href="https://en.wikipedia.org/wiki/Work%E2%80%93life_balance">work-life balance</a>, etc. than he/she has. There we should be aware of "every student is different" among themselves and than the advisor.<br />
<br />
<br />
<b><i>Encourage and support young people</i></b>. In the software engineering research community, our flagship conference <a href="http://www.icse-conferences.org/">ICSE</a> has had a great tradition of organizing the New Software Engineering Faculty Symposium (<a href="http://cse.unl.edu/~grother/nsefs/nsefs.html">NSEFS</a>), where graduating PhD students or new faculty members attend to get good exposure on tips and lessons learned to excel in the faculty career. Many years ago, after a year's NSEFS, some attending students chatted with David, sharing that the atmosphere in that year's NSEFS was quite intense: quite some speakers expressed the stress and the "toughness" faced during the tenure process, etc. David expressed his concern that such communication might unintentionally discourage promising young people to pursue faculty career, and then they might not want to give it a try during job hunting, given that they might have heard such similar voice in other places for so many times. David thought that our research community should take special care to construct a welcoming and encouraging environment to encourage and support young people to pursue excellence, in either academia or other workplaces.<br />
<br />
Sometimes our research community may not pay sufficient attention to encourage or reward young researchers such as students and early-career researchers, who are a group of researchers our research community needs to especially protect and cherish: they are the future! With the help from the <a href="http://www.sigsoft.org/execcomm.html">ACM SIGSOFT leadership teams</a> of different terms over multiple years, I initiated and gladly witnessed the establishment of <a href="http://www.sigsoft.org/awards/earlyCareerResearcherAward.html">the SIGSOFT Early Career Researcher Award</a> along with the earlier established <a href="http://www.sigsoft.org/awards/dissertationAward.html">SIGSOFT Outstanding Doctoral Dissertation Award</a>. Following these good moves, our research community should continue to reward and celebrate achievements and impacts made by researchers especially young researchers.<br />
<br />
<br />
<b><i>Be open</i></b>. Many years ago, there was voice from our research community in expressing some concerns. Basically, professors from other non-software-engineering fields along with their students submitted their papers to our flagship conferences, and got their papers accepted; however, these professors typically didn't come to attend our conferences (likely they were too busy to attend both the conferences in their own main field and our conferences) but sent only their students to attend and present the papers in our conferences. Some researchers from our research community concerned that if senior authors of a non-trivial portion of papers accepted in our flagship conferences didn't come to attend our flagship conferences, the nature of our conferences as community building might not be well preserved, and our research community should do something about it. I heard that David was strongly against taking any community policies or activities to make our traditionally open community to be less open; our research community should encourage (instead of discouraging) people from other fields to help our community to tackle some challenging software engineering problems, either working by themselves or collaborating with researchers from our field. David's standpoint reflected his broad and long-term perspective along with his deep belief in diversity and inclusion.<br />
<br />
<br />
<b><i>Watch out on dichotomies.</i></b> In 2009, David wrote <a href="http://jcst.ict.ac.cn:8080/jcst/EN/abstract/abstract9120.shtml">an invited article on "Software, Software Engineering and Software Engineering Research: Some Unconventional Thoughts"</a> for the Journal of Computer Science and Technology (<a href="http://jcst.ict.ac.cn:8080/jcst/EN/volumn/home.shtml">JCST</a>). There, David said "There are a number of pressures on researchers, in any discipline, to argue often and loudly about the benefits of "their" approach over those of some of their colleagues. This has benefits, but it also has downsides. In particular, it often leads to a mindset where two alternative approaches are considered to be in competition with one another. At times, of course, one approach to solving a problem may indeed be shown to entirely dominate another. In general, however, there is far more value in viewing alternative approaches as complementary rather than competitive." Such viewpoint might be partly attributed to David's hobby of practicing Aikido, as reflected by his own words in <a href="http://www.sigsoft.org/SEN/notkin.html">his 2006 ACM Fellow Profile</a>: "Aikido is a purely defensive martial art. It isn't supposed to be attacking. Sometimes, there are too many conflicts in industry or academia over style or approach. We should not be attacking each other. Some people make their issues into dichotomies between industry and research. This is a false dichotomy. We need to work together. I guess I learned this from Aikido."<br />
<div>
<br />
<br /></div>
To remind myself and our research community on striving for diversity and inclusion in broader senses along with producing impacts on the society, and to continue and broaden David Notkin's legacy and impacts, I will end this blog post with two quotes. One quote is from last year's <a href="http://www.forbes.com/sites/work-in-progress/2015/02/03/20768/#578e2e6934c9">Forbes article</a> on describing one of the five trends driving workplace diversity in 2015:<br />
<br />
"<span style="background-color: white; border: 0px; box-sizing: border-box; font-family: inherit; font-size: inherit; font-stretch: inherit; font-style: inherit; font-variant: inherit; font-weight: 700; line-height: inherit; margin: 0px; padding: 0px; vertical-align: baseline;">Diversity’s Definition Has Changed:</span><span style="background-color: white; font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;"> </span><span style="background-color: white; font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;">In addition to creating a workplace inclusive of race, gender, and sexual orientation (to name a few), many organizations are seeking value in something even simpler,</span><span style="background-color: white; font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;"> </span><a href="http://dupress.com/articles/diversitys-new-frontier/" style="-webkit-tap-highlight-color: transparent; background-color: white; border: 0px; box-sizing: border-box; color: #003891; font-family: inherit; font-size: inherit; font-stretch: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit; margin: 0px; padding: 0px; text-decoration: none; vertical-align: baseline;"><span style="border: 0px; box-sizing: border-box; color: blue; font-family: inherit; font-size: inherit; font-stretch: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit; margin: 0px; padding: 0px; vertical-align: baseline;">diversity of thought</span></a><span style="background-color: white; font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;">. In some industries that are known for being insular – think law or high-tech companies – seeking out talent with different thinking and problem solving backgrounds in critical.</span><span style="background-color: white; font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;"> </span><a href="http://dupress.com/articles/diversitys-new-frontier/" style="-webkit-tap-highlight-color: transparent; background-color: white; border: 0px; box-sizing: border-box; color: #003891; font-family: inherit; font-size: inherit; font-stretch: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit; margin: 0px; padding: 0px; text-decoration: none; vertical-align: baseline;"><span style="border: 0px; box-sizing: border-box; color: blue; font-family: inherit; font-size: inherit; font-stretch: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit; margin: 0px; padding: 0px; vertical-align: baseline;">Deloitte research</span></a><span style="background-color: white; font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;"> </span><span style="background-color: white; font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;">underscores that diverse thinkers help guard against groupthink, a dynamic I observed firsthand last year with a large corporate client. Partnering with the company just after they had experienced a major product failure, the CEO lamented that the failure resulted from too much blind agreement internally – something Deloitte’s study calls “expert overconfidence.” Future-thinking companies see the danger in this lack of diversity and often question their own hiring and retention practices—and even their everyday operating norms."</span><br />
<span style="background-color: white; font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;"><br /></span>
<span style="background-color: white; font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;">The other quote is from David's own writing during the last phase of his life, published as <a href="http://dl.acm.org/citation.cfm?id=2430536.2431201">his last Editorial in February 2013 of </a></span><a href="http://dl.acm.org/citation.cfm?id=2430536.2431201">ACM TOSEM</a>, for which <span style="background-color: white; font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;">David served as the</span><span style="background-color: white; font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;"> Editor in Chief (I myself highlighted in bold several sentences in the quote as below)</span><span style="background-color: white; font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;">:</span><br />
<span style="background-color: white; font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;"><br /></span>
<span style="background-color: white; font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;">"... let me make just a few quick comments about publishing software engineering
research. I care about publication of results, as can be gleaned not only by my work on
TOSEM but also as program chair at major software engineering conferences. There is
a massive amount of important discussion going on about journals, conferences, who
should own the publications, who should pay for the publications, and more, much
more. Please pay attention to this as it is highly material to our field. But I want
to say something that (I hope) transcends those discussions. Specifically, I’d like very
much for each and every reader, contributor, reviewer, and editor to remember that </span><span style="background-color: white; font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; line-height: inherit;"><b>the
publications aren’t primarily for promotions, or for citation counts, or such.</b></span><span style="background-color: white; font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;"> </span><span style="background-color: white; font-family: inherit; font-size: inherit; font-variant: inherit; line-height: inherit;"><b>Rather, the
intent is to make the engineering of software more effective so that society can benefit
even more from the amazing potential of software. It is sometimes hard to see this on
a day-to-day basis given the many external pressures that we all face. But if we never
see this, what we do has little value to society.</b></span><span style="background-color: white; font-family: inherit; font-size: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;"> </span><span style="background-color: white; font-family: inherit; font-size: inherit; font-variant: inherit; line-height: inherit;"><b>If we care about influence, as I hope we
do, then adding value to society is the real measure we should pursue</b></span><span style="background-color: white; font-family: inherit; font-size: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;">.</span><span style="background-color: white; font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;"> Of course, this
isn’t easy to quantify (as are many important things in life, such as romance), and it’s
rarely something a single individual can achieve even in a lifetime. But BHAGs (Big
Hairy Audacious Goals) are themselves of value, and we should never let them fade
far from our minds and actions."</span><br />
<span style="background-color: white; font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;"><br /></span>
<span style="background-color: white; font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;"><span style="font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;">I recently voiced such emphasis on practice impacts in <a href="http://taoxie.cs.illinois.edu/publications/sen16-pursuit.pdf">my History and Impact column</a></span><span style="font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;"> </span>i<span style="font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;">n <a href="http://www.sigsoft.org/SEN/">SIGSOFT Notes</a>: "</span>Given that new generation of young researchers may tend to put their eye sights on publishing (many) papers in top venues without paying sufficient attention to research impact, it is time for our research community to <a href="http://cra.org/wp-content/uploads/2016/02/BP_Memo.pdf">incentivize impact</a>, including but not limited to impact to practice".</span><br />
<span style="background-color: white; font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;"><br /></span>
<span style="background-color: white; font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;">I deeply believe that while embracing diversity and inclusion, our research community should (and will) find appropriate ways to make great progress towards the </span><span style="background-color: white;">BHAGs (Big Hairy Audacious Goals) pointed out by David. But as David said in</span> <a href="http://www.sigsoft.org/SEN/notkin.html">his 2006 ACM Fellow Profile</a>:<span style="background-color: white;"> "</span>We need to work together"!<br />
<span style="background-color: white; font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;"><br /></span>
<span style="background-color: white; font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;">We all miss you, David!</span><br />
<span style="background-color: white; font-family: inherit; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;"><br /></span>
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://3.bp.blogspot.com/-INgAj0QYchY/Vxr2YDJp6YI/AAAAAAAAFcI/UOMo04wPKbERYiMY97dii6KkVrOrCuYEwCLcB/s1600/Announcement-of-Notkin-Fellowship.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="280" src="https://3.bp.blogspot.com/-INgAj0QYchY/Vxr2YDJp6YI/AAAAAAAAFcI/UOMo04wPKbERYiMY97dii6KkVrOrCuYEwCLcB/s640/Announcement-of-Notkin-Fellowship.jpg" width="640" /></a></div>
<div class="separator" style="clear: both; text-align: center;">
<br /></div>
<div style="text-align: center;">
Announcement of <a href="http://www.cs.washington.edu/students/grad/awardrecipients/notkin">Notkin Fellowship</a> at Notkinfest in <span style="text-align: start;">February 2013.</span></div>
<br />
<b>Note and acknowledgment.</b> The (last) point on watching out on dichotomies and the quote from David Notkin's <span style="background-color: white; font-size: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; line-height: inherit;"><a href="http://dl.acm.org/citation.cfm?id=2430536.2431201">last Editorial in February 2013 of </a></span><a href="http://dl.acm.org/citation.cfm?id=2430536.2431201">ACM TOSEM</a> near the end of this blog post were newly added on April 24, 2016. Such addition was inspired from a conversation with <a href="http://www.comp.nus.edu.sg/~david/">David Rosenblum</a>, the current <a href="http://tosem.acm.org/">ACM TOSEM</a> Editor in Chief, to whom I show my deep appreciation.Tao Xiehttp://www.blogger.com/profile/11364035215805367784noreply@blogger.com3tag:blogger.com,1999:blog-135927816967257041.post-34521045075690109952011-06-12T13:38:00.000-07:002011-06-12T22:15:46.625-07:00Coping with issues of sloppiness and carelessness in writingI appraise and am proud of my students in terms of their skills and capabilities of independently writing the whole drafts of their papers after going through my writing training. In particular, to train the writing of my students, I have iterated with them via marking through their writing and explaining to them why my suggested ways are better. Since my second year of my faculty job, my students have already written the whole drafts for the papers of which they are lead authors (with iterations of my marks and feedback). See some earlier blog posts on writing and <a href="http://people.engr.ncsu.edu/txie/advice/">my advice portal</a> for relevant advice.<br /><br />At the same time, I also notice some students still suffer from issues of sloppiness and carelessness in writing. For example, when I go through my pass of writing review on a draft submitted by a student to me, I could still point out many low-level writing issues (which should have been detected and fixed by the student) along with other issues.<br /><br />I don't expect students to write perfect writing for the first pass; in fact, it has been suggested in the field of technical or general writing that, in the first pass of writing, writers need to focus on the ideas/contents rather than low-level writing issues.<br /><br />But in later passes of draft reviewing, students need to have eyes equipped with special carefulness to scan through their own writing (including others' writing) to spot out various issues including low-level writing issues (such as those related to typos and grammar), high-level writing style issues (such as those related to bad logic flow, terms used-before-defined, inconsistent usage of the same term throughout the draft), and content issues (such as wrong descriptions of ideas or algorithms).<br /><br />Below are my initial suggestions to students on how to cope with the issues of sloppiness and carelessness in writing but I welcome your suggestions.<br /><br />*. You must do <span style="font-weight:bold;">spell check</span> on your writing. If you use MS Word, Word has good features of spell check and basic style check. If you use LaTeX, quite some editors support spell check: turn it on! Alternatively or additionally, you could generate a PDF file from your LaTeX files, and then copy and paste the text from the PDF file to an empty MS Word document, and use the spell check and basic style check there (not sure whether basic style check would work since extra line breaks are within the text).<br /><br />*. For some of the common writing issues of yours that could be turned into rule checking, you should <span style="font-weight:bold;">use rule-checking tools</span> such as <a href="http://www.cs.umd.edu/~nspring/software/style-check-readme.html">style-check</a> for checking text in LaTeX.<br /><br />*. When you go through your writing for reviewing, you should use <span style="font-weight:bold;">a pen</span> for marking through <span style="font-weight:bold;">a hardcopy of your paper</span>, rather than viewing it on computer screens or revising your draft along the way of reviewing it. Empirical evidence in technical writing or reviewing has shown that marking through hardcopies is more effective for identifying writing issues.<br /><br />*. When you go through your writing, you should <span style="font-weight:bold;">keep those common writing issues of your own in mind</span> (I have an internal guideline for students to write writing-defect recording log, similar to <a href="http://www.google.com/search?q=Defect+Recording+Log+PSP&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a#sclient=psy&hl=en&safe=off&client=firefox-a&hs=OZs&rls=org.mozilla:en-US%3Aofficial&source=hp&q=Defect+Recording+Log&aq=f&aqi=g1&aql=&oq=&pbx=1&fp=c56b9f60a1cfa8a7&biw=1344&bih=579">defect recording log in Personal Software Process</a>). For example, if you find that you have subject-verb inconsistency issues commonly in your writing (based on my past marks), you may consider to use a dedicated pass on your writing to simply look for only this issue (without looking for other issues). I know doing so would take time but before you have the capacity of spotting out various kinds of writing issues within a single pass, you would have to do so to identify your common writing issues.<br /><br />*. You yourself should <span style="font-weight:bold;">take time</span> to go through your own writing with high care. Especially for your camera ready versions, please really <span style="font-weight:bold;">take extreme care</span> to inspect your own writing. For my pass of both idea and writing review of a camera ready version from a student, I would very likely <span style="font-weight:bold;">take 1-3 hours for a single ACM/IEEE-format page</span>. I believe that I may have "special eyes" to catch so many issues in a student's writing in my pass. With my "special eyes", I would still need to take a long time to go through a single page, partly because I spend significant time to ask "why so? is it true?" almost for each single sentence in terms of its content besides those writing issues. For example, if your paper includes a control flow graph drawn for a code snippet, I would redraw it myself on a piece of paper and compare my own graph with the graph included in the paper, without taking for granted that your graph is correct: you should do the same in your own pass of reviewing your draft.<br /><br />*. You should ask <span style="font-weight:bold;">one or more peer students</span> to go through your draft for peer review for writing (of course, before that, you are expected to get peer reviews for your ideas and contents). If you find that, after only one student's peer review, your past drafts still got many marks from me, you should consider to ask more than one peer student to peer-review your future drafts.<br /><br />*. (Suggestion contributed by <a href="http://ix.cs.uoregon.edu/~michal/">Michal Young</a>) <span style="font-weight:bold;">Read aloud</span>, preferably to someone who is willing to listen (even if they know nothing of the subject), but alone if necessary. Often our ears catch problems that our eyes silently correct before feeding our brains. <br /><br />Happy writing!<br /><br />More suggestions on addressing the issues are welcome and appreciated!Tao Xiehttp://www.blogger.com/profile/11364035215805367784noreply@blogger.com5tag:blogger.com,1999:blog-135927816967257041.post-68147552376962925052011-06-08T16:19:00.000-07:002011-06-08T16:38:52.444-07:00Tips on collecting research papers related to your research topic*. Tip 1: Type in the keyword of a specific research topic (such as "symbolic execution") or the title of a research paper known to you in<br /><a href="http://scholar.google.com/">http://scholar.google.com/</a><br />Then for relevant papers, you could see a list of papers related to the keyword, typically with those papers with more citations shown earlier.<br /><br />Then you could browse through the papers citing a specific papers by clicking the "Cited by XXX" for the paper, e.g. "Cited by 922" for an early paper on symbolic execution by King. Then you may browse more recent papers first by clicking "Since 2011", "Since 2010", .... (from a pull down menu shown near the top of the result page) one at a time to browse from newer papers to older papers.<br /><br />For a specific paper, you could click its "Cited by XXX" to open a new tab or window in your browser to see the list of papers citing the paper so that you don't lose the context of your earlier browsed result page.<br /><br />*. Tip 2: Similar to Tip 1, but do the search with keywords at<br /><a href="http://academic.research.microsoft.com/">http://academic.research.microsoft.com/</a><br />Then click "here" (from "This page shows one keyword best matching your query, you can find other results here.") on the line near the top of the result page to get more matched results. You could navigate to the papers citing a paper by clicking "(citations: XXX)" shown in the end of the paper's title in the result page.<br /><br />*. Tip 3: Search or browse ACM digital library <a href="http://portal.acm.org/">http://portal.acm.org/</a> or IEEE Explore library <a href="http://ieeexplore.ieee.org/Xplore/">http://ieeexplore.ieee.org/Xplore/</a> to find papers and their references, as well as the papers citing them. Comparing with Google scholar (http://scholar.google.com/), ACM digital library could more easily allow you to navigate from a paper to papers from the list of references cited by this paper.<br /><br />*. Tip 4: Type in the keyword of a specific research topic (such as "symbolic execution") or the title of a research paper known to you in<br /><a href="http://www.google.com/">http://www.google.com/</a><br />If you find too many irrelevant results, you could add "filetypes:pdf" after your search keyword to return only the PDF files, which are typically the format of research papers. Note that for each research paper collected by Google Scholar as well, "Cited by XXX" is also shown for the entry of the paper in the normal Google result page to allow you to navigate to the papers citing the paper.<br /><br />*. Tip 5: Browse online proceedings of recent major conference or journal contents in your research topic area from digital libraries (such as ACM digital library <a href="http://portal.acm.org/">http://portal.acm.org/</a> or IEEE Explore library <a href="http://ieeexplore.ieee.org/Xplore/">http://ieeexplore.ieee.org/Xplore/</a>) to find out relevant papers. Or browse online technical programs or accepted papers of major conferences posted on their conference webs before the proceedings are available in digital libraries, and then google specific paper titles since some researchers may post their paper PDF files on their homepages (typically after camera ready deadlines).<br /><br />If you attend a conference, sometimes the conference organizers may distribute a single PDF (in a USB stick, CD, or online web) including all the research papers in the proceedings. Then you could globally search a keyword such as "symbolic execution" in the single PDF file to find out all locations mentioning this keyword and thus find out relevant papers.<br /><br />*. Tip 6: Browse the publications webpages of specific researchers or research groups working on your research topic area. You could use a free tool WebMon (<a href="http://www.markwell.btinternet.co.uk/webmon/">http://www.markwell.btinternet.co.uk/webmon/</a>) or watchthatpage (<a href="http://www.watchthatpage.com/">http://www.watchthatpage.com/</a>) to add these webpage URLs there and run the tool frequently (e.g., weekly) to automatically check whether these pages have been updated, and browse only those publications webpages that have been updated since last time you ran the tool.<br /> <br />If you have more tips, please contribute!<br /><br />Acknowledgment: <br />Thank Yingfei Xiong for suggesting the watchthatpage online tool.Tao Xiehttp://www.blogger.com/profile/11364035215805367784noreply@blogger.com19tag:blogger.com,1999:blog-135927816967257041.post-33215320069236113402010-11-03T16:19:00.000-07:002010-11-03T16:33:55.241-07:00Time management self checklistA lot of students have problems in doing work efficiently. One root cause is on bad time management. The following talk video by Randy Pausch could be useful to watch:<br /><a href="http://www.youtube.com/watch?v=oTugjssqOT0">http://www.youtube.com/watch?v=oTugjssqOT0</a><br /><br />Here are the slides and materials for the talk:<br /><a href="http://www.cs.virginia.edu/~robins/Randy/RandyPauschTimeManagement2007.pdf">http://www.cs.virginia.edu/~robins/Randy/RandyPauschTimeManagement2007.pdf</a><br /><a href="http://www.cs.virginia.edu/~robins/Randy/">http://www.cs.virginia.edu/~robins/Randy/</a><br /><br />If you complain about you don't have enough time in getting your work done, do a simple book-keeping on how you spend your time: handling emails, handling text messages, handling IM chats, browsing through or commenting/status-updating at facebook, twittering, watching TV, doing actual real work... Then sum up the portion of time allocated on each type of activities, you could find out some insights and figure out what do to to fix those issues...<br /><br />Walking through the key points mentioned in Randy's talk, I make the following check list for reflecting what I have done well and what I have done badly. They may be boring to you (if so, stop reading them:) but writing the list down actually helps myself to reflect my time-management habits.<br /><br /> ++ I don't have a messy desk (I used to have in my first year of new faculty life)<br /> ++ I can find things easily (heavily relying on google but knowing what appropriate search keywords to use, indexed in my mind)<br /> +- I don't miss appointments unless sometimes they are in too early morning (don't arrange your defense in early morning unless you send a reminder to me the night before!).<br /> ++ I am normally prepared for my meetings (but the critical factor is my students need to be prepared when meeting with me).<br /> -+ I sometimes am tired/unable to concentrate (but there I often drifted my thinking to some great research ideas)<br /> ++ I do planning (more precisely, I am deadline driven)<br /> ++ I have a todo list being my "Tasks" in my gmail but there I list only long-term tasks and I treat the emails in my inbox as my todo list)<br /> - I need to do better on "Covey’s four-quadrant TODO": I tend to focus on things due soon (no matter important ones or not)<br /> +- I do touch each piece of email once but I indeed consider my inbox as my TODO list (not seeing too much the negative side of it)<br /> + I don't call that much so the issues on reducing call duration don't apply to me.<br /> ++ I have a comfortable office (not messy and not with a soft comfortable chair)<br /> -- I too much rely on my email inbox for my todo list and I don’t make time enough for important things.<br /> + I learn to say "No" reasonably well.<br /> - I don't easily find out my creative/thinking time (maybe being late at night). But I don't tend to use such time to do creative thinking. I do creative thinking often when meeting with students; the meeting times may not overlap with my creative/thinking time but I do call students to my office for meetings whenever I like (of course when they are in the lab) rather than arranging fixed time.<br /> - I don't easily find my dead time (maybe morning) so I don't do specific things during it such as scheduling meetings, phone calls, and mundane stuff.<br /> -- I have big problems with interruptions with email "ding" arrivals; I still don't want to turn it off.:( So I rarely have too long blocks of time in devoting to things without email interruptions unless the deadlines for the things are immediately upcoming.<br /> -- I don't tend to cut things short like when chatting with colleagues unplanned at hallway or my office. I do have a desk clock on my desk but the time there is not accurate and I rarely look at it.<br /> -- I don't have a time journal so I cannot analyze it. But I do think about and focus on what things I could do but others couldn't easily (or are not good at). I do often think about how to do things more efficiently.<br /> -- I don't have work-life balance (yet) -- more precisely not much life yet.<br /> -- I am not too much on procrastination but I am a last-minute person (very likely because my todo list is often not short).<br /> + I am doing fine with delegation such as letting students manage group matters and take group roles, not to say training them how to write papers and carry out research (being maybe a type of delegation of paper writing or research development?). But I am a bit cautious on delegating some tasks to my students unless they get fair recognition/benefits that they deserve.<br /> - I don't have too many meetings with colleagues but I do have frequent meetings with students (where students need to have an agenda beforehand and need to to have a todo list for upcoming period as meeting outcomes).<br /> -- I read frequently my emails over "vacation". Need to stop that!<br /> - I watch TV while working before my laptop for some time at nights. I still don't want to cut off my TV watching time, which is not much each week (I need some time off anyway).<br /> - I don't normally turn money into time (after all, I don't have that much money while still having some spare time). Instead, I may pursue more on turning time into money.:)<br /> + I normally eat well, sleep well, and exercise ok (but I need to keep it up regularly.. now it time for me to go to gym since I am reaching the end of my blog entry)<br /> + I normally keep up my promise.Tao Xiehttp://www.blogger.com/profile/11364035215805367784noreply@blogger.com4tag:blogger.com,1999:blog-135927816967257041.post-16294195567895103892010-11-02T20:50:00.000-07:002010-11-02T21:32:36.412-07:00Don't rely on only examples to describe what you have in mindDuring my one-on-one meetings with students from time to time, I found that quite some students don't have good skills in describing things clearly (either in spoken or written English). Here I would like to ask students to do a self-check: when you find out that your listener didn't understand what you said, you may tend to say "Let me use an example (to be drawn on the white board) to explain to you."<br /><br />My advice to students is that don't immediately fall back to use an example to explain what you have in mind (especially during your meetings with your advisor during which you have golden opportunities to improve your skills). If you keep immediately falling back to use an example, you will never be able to explain yourself clearly with your direct description of things. What you need to do is to revisit what you just said and ask your listener on what he or she doesn't understand, and then you will be able to diagnose "bugs" in your initial descriptions, and try to avoid these "bugs" in your future descriptions.<br /><br />For my weekly one-on-one meetings with students, I demand students to propose new ideas to me and recommend/describe other researchers' papers to me. In this process, students get opportunities to exercise their skills in verbally explaining clearly new things to the listener (i.e., me).<br /><br />At the same time, students get more opportunities to exercise writing things more clearly by iterating their writing with me over their research development process. See my <a href="http://asegrp.blogspot.com/2008/12/why-shall-we-research-advisors-avoid.html">earlier post on technical writing</a>. In technical writing, one similar pitfall to watch out and avoid is to explain your proposed approach via only examples without direct and clear description of what the approach is. Keep in mind that examples are just sample points in what your approach covers, and often the time readers don't get to know precisely what your approach is by reading only limited sample points covered by your approach.<br /><br />Don't get me wrong. I in fact encourage students to <a href="http://www.csc.ncsu.edu/faculty/xie/publications/writepapers.pdf">use examples</a> to help illustrate what they have in mind in their spoken or written English. But students shouldn't rely on ONLY examples to explain things, without being able to explain things directly and clearly up-front.<br /><br />To help explain things clearly, students should consider to adopt the top-down way. More details can be found in my earlier post on "<a href="http://asegrp.blogspot.com/2009/11/advice-to-students-on-mastering.html">Advice to Students on Mastering Communication Skills</a>"<br /><br />In a one-on-one meeting with me, when a student explains an approach in a paper to me, it is better for the student to use the top-down way. The student needs to first explain the problem being addressed by the approach. To help accomplish this goal, besides the direct description of the problem, the student could explain the inputs to the approach and the outputs of the approach, without first getting into details how the approach does it. A common pitfall for students is that students tend to immediately explain what the approach actually does without first giving me any ideas on what problem the approach targets at or what the high level inputs/outputs of the approach are.Tao Xiehttp://www.blogger.com/profile/11364035215805367784noreply@blogger.com2tag:blogger.com,1999:blog-135927816967257041.post-77449106057835294082009-11-11T15:01:00.000-08:002009-11-11T20:45:34.387-08:00Advice to Students on Mastering Communication SkillsI found that some graduate students and undergraduate students (even native English speakers) often have difficulties in their communication with me in describing what they intend to convey. After some recent observations and thinking, I found that these students are lacking in their communication skills especially in terms of the logical organization of their thoughts. In particular, the issues lie in two parts:<br /><br />(1) bottom-up issue: failing to describe things in a top-down way.<br /><br />(2) context-less issue: failing to connect the background/context of the listener (me) with what they intend to convey.<br /><br />Let me illustrate these issues via two concrete scenarios that I extracted from my real interactions with students.<br /><br />*. A student tried to describe to me a problem encountered in his/her research project.<br /><br />The student immediately dived into the details of a particular experimental subject in his/her evaluation and immediately got me lost. I had no ideas what the student was talking about for a while when the student tried hard to describe so many low-level details to me. I had to stop the student and asked "can you summarize the problem in one or two sentences that I can understand with the granularity level of my existing understanding of your project so far?" The student couldn't come up with such sentences. I further asked "why do I care about the problem in terms of the success of the research project?" The student still failed to answer this further question.<br /><br />After some more non-trivial interactions with the student, I finally figured out that the problem that the student intended to convey can cause not-good values for a particular metric (among multiple metrics) for evaluating the proposed approach.<br /><br />The bottom-up issue here is that the student failed to organize the conversation in a top-down way: I would expect the student to start the conversation with me like below:<br /><br />"I would like to discuss with you on an encountered problem that can negatively affects the effectiveness of our approach, particularly in terms of the MMM metric. The problem is caused by XXXXXX (high-level description of the problem). For example, YYYYYY. ZZZZZZZ. ...."<br /><br />Instead, earlier the student started the conversation on "YYYYY.. ZZZZZ, ...." or even "ZZZZZZ, ... YYYYY...". At that time, I had no clue or got lost on why the described phenomenon is a problem and why I would care (if I indeed care about the effectiveness of the approach).<br /><br />The context-less issue here is that the student failed to connect the background and context that I have on the project (i.e., I know what the high-level idea of the approach is and what the evaluation criteria for evaluating the approach are) with what the students tried to convey (i.e., the problem). To make sure that I have the expected knowledge or context to understand the student's problem, besides the expected top-down way described earlier, the student can better start the conversation like "Let me first remind you that the effectiveness of our approach is measured based on n metrics, among which the MMM metric ..... However, I encountered a problem that can cause bad values for the MMM metric. The problem is due to XXXXXX..."<br /><br />* A student tried to answer my question in a qualifier exam or thesis defense.<br /><br />Let's assume that the question is "what metrics do you use in evaluating your approach?" The student would start the answer with "ZZZZZZZ, .... YYYYY....". For quite some seconds and minutes, I had no clue or got lost on why what the student spoke had anything to do with my question. Or even worst, in some situations, after the student finished minutes of talking, I still had no clues on what the answer is (for those questions expecting a "Yes" or "No" answer, I still couldn't figure out whether the student intended to say "Yes" or "No"!).<br /><br />The bottom-up issue here is that the student failed to organize the conversation in a top-down way: I would expect the student to start the answer to my question like "I used two metrics. The first metric is X/Y where X is ... and Y is ... In particular, I measure X with faults seeded with mutation testing, .... The second metric is... " Instead, earlier the student started the talking w.r.t. my question with "Mutation testing is a commonly used way for measuring fault detection capability, ... YYYYY.. ZZZZZ, ....". For a while since the student's talking started, I had no clue or got lost on why mutation testing has anything to do with the metrics. Even when there are occassions where some background information needs to be laid out before giving out the answer, the student still should give strong signals as starting sentences for making clear how what the students will say first is related to the answer. Some examples can be "Before I describe the metrics that I use, I would like to first describe mutation testing, which is related to three out of four metrics that I use, and then after that I will list these four metrics....."<br /><br />For those questions expecting a "Yes" or "No" answer, the student can start with "My answer is Yes, with three reasons. First, ...." or "My answer is both Yes and No. The reason for me to say Yes is .... The reason for me to say No is ..."<br /><br />The context-less issue here is that the student failed to connect the background and context that I have (i.e., my question) with what the students tried to convey (i.e., what the student talked about w.r.t. the answer).<br /><br />* Final remark<br /><br />I would suggest students to realize these communication anti-patterns and address them. Students who have these anti-patterns in oral communications often have problems in their writing (especially in terms of logical thinking and writing) such as not laying out enough background or assumptions for readers to understand what the students write next, or not clearly and concisely organize the content to make the writing easy to understand.<br /><br />The Minto Pyramid Principles (e.g., top-down writing style) are good ones to follow as starting points for students. Below are some slides on some key ideas there:<br /><a href="http://www.dbai.tuwien.ac.at/staff/gatter/work/051104_The_Minto_Pyramid_Principle.pdf" target="_blank">http://www.dbai.tuwien.ac.at/<wbr>staff/gatter/work/051104_The_<wbr>Minto_Pyramid_Principle.pdf</a><br />More are described in the Minto text book:<br /><a href="http://www.barbaraminto.com/textbook.html" target="_blank">http://www.barbaraminto.com/<wbr>textbook.html</a><br /><br />Update: my colleague <a href="http://www.cs.utsa.edu/%7Emshonle/">Macneil Shonle</a> recommends the following book: <a href="http://www.amazon.com/Sense-Structure-Writing-Readers-Perspective/dp/0205296327">The Sense of Structure: Writing from the Reader's Perspective</a>, which may worth checking out. Thank Macneil for the recommendation!<br /><br />This post more or less follows the top-down writing style, if you realize.:)Tao Xiehttp://www.blogger.com/profile/11364035215805367784noreply@blogger.com6tag:blogger.com,1999:blog-135927816967257041.post-74478460532361143432009-10-31T08:28:00.000-07:002009-10-31T08:29:31.251-07:00Graduate Student Survival/Success GuideYesterday, I gave a CSC 600 lecture to new graduate students at NCSU CSC. The slides can be found <a href="http://people.engr.ncsu.edu/txie/advice/gradstudentsurvival.ppt">here</a>.Tao Xiehttp://www.blogger.com/profile/11364035215805367784noreply@blogger.com0tag:blogger.com,1999:blog-135927816967257041.post-16779318932232214982008-12-27T10:06:00.000-08:002008-12-27T10:07:02.110-08:00How not to keep your advisor up all night till last minute before the paper submission deadline?Posted on Friday Nov 07, 2008<br /><br />I recently had been through a case where a student submitted the student's draft for my review of writing two days before a submission deadline. Since I had another more urgent task during the period, the required effort for helping improve the draft to a fine shape "forced" me to stay up the whole night till early morning 5am the submission deadline.<br /><br />When I tried to recall several past submissions of this student, I found that all these submissions kept me up all night in the morning till last minute before the deadline whereas many other students' drafts were often already ready to submit the night preceding the submission deadline.<br /><br />I asked myself "why would this situation happen for the student?" For this immediately past submission, in fact the student did a very good job in preparing the abstract, introduction, and approach (high level description) sections early on (for my review of ideas). But the problem is that the student submitted the draft for my review of writing late, only two days before the submission deadline. Several possible reasons may contribute to this late submission: the student might think that the student needed to finish all the sections of writing before asking peer review for writing, or the peer reviewing student needed to finish peer review of all sections of the draft before asking for my review of writing, ...<br /><br />To avoid these issues (or avoid keeping me up all night till last minute before the paper submission deadline), below is a new set of advice to my students:<br /><br />Please write early, ask peer review early, and ask for my review of writing early!! Here are some specific things you should do:<br /><br />(1). You don't need to wait till you have a complete draft (with all sections finished) before requesting peer review. You can submit your partial draft (e.g., one or more completed sections at a time) for peer review.<br /><br />(2). You don't need to wait till your peer-reviewing student finishes reviewing all the sections of your draft before requesting my review of writing. You can submit your peer-reviewed partial draft (e.g., one or more peer-reviewed sections at a time) for my review of writing. Remind you that I have a policy of being able to review your draft for writing ONLY after a peer student has finished reviewing the writing of your draft and you have fixed the issues pointed out by the peer student. But you don't need to get your peer review done before I can review your draft for the ideas described in the draft to avoid the delay on giving you feedback on the ideas in your draft.<br /><br />(3). Budget your timeline to allow to ask me to review your writing for multiple iterations (instead of just one time or even 0 time iteration on any portion your writing before the submission).<br /><br />Of course, it is most important for you to write early following my advice posted earlier!Tao Xiehttp://www.blogger.com/profile/11364035215805367784noreply@blogger.com1tag:blogger.com,1999:blog-135927816967257041.post-65965533086331175782008-12-27T10:04:00.000-08:002008-12-27T10:05:46.977-08:00On writing weekly lab book entriesPosted on Sunday Oct 19, 2008<br /><p class="entryContent"> Every week before the one-on-one meeting (if no regular one-on-one meeting arranged, then on a weekly base), a student should submit a lab book entry in our group wiki <a target="_blank" href="http://sites.google.com/a/ncsu.edu/ncsu-ase/Home/Labbooks">http://sites.google.com/a/<wbr>ncsu.edu/ncsu-ase/Home/<wbr>Labbooks</a> for<br /> *. Planned activities<br /> *. Actual outcomes<br /><br />For the "Actual outcome" category, you basically copy the "Planned activities" from the preceding week and then annotate them with the actual outcomes.<br /><br />For each category, you need to organize your items in the following subcategories:<br /><br />*. Tool development<br /> Description of your task items<br /> Expected artifacts: (here you put only specific tool components, with the details of the location in CVS, e.g., the genAxim method of /toolsrc/jias/jias/axioms/ </p><div dir="ltr"><wbr>Axiom.java)<br /><br />*. Empirical evaluation<br /> Description of your task items<br /> Expected artifacts:(here you put only the writing portions for describing the evaluation or its results, with the details of the location in CVS, e.g., the evaluation section of /papers/icsm08-soa/)<br /><br />*. Paper writing<br /> Description of your task items<br /> Expected artifacts:(here you put only the writing portions, with the details of the location in CVS, e.g., the approach section of /papers/icsm08-soa/)<br /><br /> *. Misc<br /> Other task items not falling into the three preceding categories<br /><br />Your task item's description shall be detailed enough so that I can distinguish it from a previous item in previous weeks. For example, you shouldn't put the same item description like "Preparing a Journal Version of XXXX" in multiple weeks. That is, from your description, I can tell the semantic difference of your new task item from any of your previous items in previous weeks.<br /><br />Note that only recognizable artifacts are tool source code and formal writing in LaTeX being put in CVS. The artifact description shall describe enough details for me to trace down to the artifacts without further asking you. If you cannot put an artifact for a task item in one of the first three categories, you shall move the task item to the "Misc" category. For example, "Explore various tools such as XXX to use in the tool development" shouldn't be put under "Tool development" since there is no artifact (tool source code) being produced by this task item. This task item shall be put under "Misc"; just like reading research papers, you should always explore various tools along the way of your actual tool development.<br /><br />For the "Actual outcomes", you copy the "Planned activities" over and annotate each item with some description of the completed portion. You also need to list "Actual artifacts" after the "Expected artifacts".<br /><br />If you don't produce any portion of an expected artifact, you need to put "None produced" and color that item with the red color. If you produce only partial portions of the expected artifact, color that item with the orange color.</div>Tao Xiehttp://www.blogger.com/profile/11364035215805367784noreply@blogger.com1tag:blogger.com,1999:blog-135927816967257041.post-3331189424729586452008-12-27T10:03:00.000-08:002008-12-27T10:04:32.486-08:00On reviewing a student's paper draftsPosted on Saturday Oct 18, 2008<br /><br />We will have three reviewing phases of your paper drafts:<br /><br />Phase 1: Submit your draft to me for me to review the ideas (in the phase, I won't fix your writing but focus on your ideas, just like the way a PC member reviews your draft). After you receive my feedback, you revise your draft based on my feedback. Then you repeat Phase 1 till I explicitly tell you to do a peer review (moving on to Phase 2). When you send me a new version via iterations, you need to highlight the changed parts that need my attention.<br /><br />Phase 2: Submit your draft to a peer student for the student to review both the writing and idea. After you receive the feedback from the student, you revise your draft based on the feedback. Move on to Phase 3.<br /><br />Phase 3: Submit your draft to me for me to review both the writing and ideas. Note that I will review your writing only after you have gone through Phase 2.<br /><br />This policy is also applicable to the intermediate writing during the research development besides the final writing before the submission deadline.<br /><br />I want to point out another thing on intermediate writing during research development. Many students sit too long on a writing phase before actual tool development or evaluation. I expect the turnaround time for submitting your writing to me in a cycle of one week or two weeks. But some students take multiple weeks to prepare the writing to submit to me. Doing so loses the point of the original intention: getting in-time and early feedback on your work.<br /><br />Here are my more explicit guideline on intermediate writing during the life cycle of research development:<br /><br />(1) Prepare the abstract, introduction, example, and related work sections and submit them to me.<br /><br />--> Start tool development<br /><br />(2) Prepare the approach section and submit it to me<br /><br />--> Continue tool development<br /><br />(3) Refine the approach section and prepare the evaluation design section and submit them to me<br /><br />--> Finish tool development<br />--> Conduct evaluation<br /><br />(4) Prepare the evaluation results section and submit them to me<br /><br />--> Now you shall have a relatively complete draft after you add the conclusion section and discussion section if needed.<br /><br />Additional points:<br /><br />*. In each later phase, you should refine and improve sections written during early phases.<br /><br />*. Before you write down your ideas (on your approach or evaluation design, etc.) in your paper as formal writing, you need to discuss with me to get my OK stamp on the things that you are going to write down. I had been through some cases where a student spent a lot of time in writing down what the student thought to be a reasonable idea before discussing with me on the idea. After I read the writing, I rejected the idea with good reasons. Then the student basically had to discard the old writing (with a lot of time previously being wasted). That is, don't rely on only the formal writing as the only media for communicating with me with your ideas or work. You need to fully discuss with me with what you plan to write down in your formal writing.<br /><br />Again, remember that you shouldn't sit on the writing for one of the above phases for too long.Tao Xiehttp://www.blogger.com/profile/11364035215805367784noreply@blogger.com0tag:blogger.com,1999:blog-135927816967257041.post-23372755282187733432008-12-27T10:00:00.000-08:002008-12-27T10:01:57.123-08:00Why shall we (research advisors) avoid directly writing on students' research papers?Posted on Sunday Oct 12, 2008<br /><br />When students started their research in my research group, I told them that "Don't expect me to do tool implementation for your projects", "Don't expect me to do experiments for your projects", and "Don't expect me to write sections of your papers for you". Indeed, I didn't say that "Don't expect me to give you research ideas to work on" since it is very tough for students to come up with good research ideas to work on when they first start their research. At the same time, I have tried different ways of giving students space and opportunities to think about their own research ideas. Such ways are taking good effect and many students are improving themselves in coming up with good research ideas. That is a separate topic here and deserves another post of discussion.<br /><br />Why shall I (as a research advisor) avoid directly writing on students' research papers?<br /><br />Two main reasons. First, if I write for my students, they never get a chance to learn how to write themselves. If they don't know how to write papers, how can they write their own dissertation? The advisor cannot write the dissertation for them! How can they write their research papers after they graduate? The advisor cannot accompany the students for all their professional career.<br /><br />Second, a bit selfish reason. I don't have much time to write papers for students: I have proposals to write (so far few of my students can write proposals for me but I have been trying to train them to have the capability when they get close to graduation), I have professional services to serve, I have a good number of students to work with, advise, and train, ...<br /><br />Although I told students that I didn't write for them, I spent much effort in training them how to write and how to improve their writing. Below are several things that I do:<br /><br />*. I mark my revisions and suggestions on hardcopy of their writing submitted for my review and revision; I don't directly write on the LaTeX source files or Word files (whatever format is used in paper writing). Doing so can "force" students to at least recognize and understand what I marked and commented.<br /><br />*. I walk through with the students in person on some major issues being marked and tell them the reasons for my revisions. These reasons may not be written down on the hardcopy as comments. Basically, I want them to learn the corrections not only for the particular mistakes that the students made but also for future similar types of mistakes that the students shall avoid making. At the same time, I ask the students whether they have any doubts or questions on my marks and I then address their doubts and questions if any. Smart students will always take opportunities to ask me the reasons for revision places that the students don't understand.<br /><br />*. Before requesting my review or revision of a student's paper, the student should ask a peer student to review and revise the student's paper. Doing so not only allows other students to be trained with review skills but also reduce my revision load on picking up those low-level, easy-to-spot writing issues. When I finish my revisions on the hardcopy, I expect that the peer student who reviewed the paper also look at my revisions and asked themselves "why didn't I catch these issues?" Another major motivation for reducing my revision load is that when a paper includes too many low-level writing issues, I would be busy in correcting those low-level writing issues and forget about the logical flows and high level technical content issues. That is, the student, the author of the paper, will lose much of the benefit given by me in improving his or her paper. Including too many low-level writing issues in a student's paper before submitting it for my revision would just do harm to the student, not being able to take full advantage of my advice on their high level, more important, writing issues and research issues.<br /><br />*. I will pay much attention to the abstract and introduction sections, whose writing is very important and students often don't do a good job. These parts often require much more iterations of my revisions than other parts of the paper. Students often don't do a good job in organizing the logical flow and the organization or reasoning of the motivations.<br /><br />*. I will ask students to turn their common mistakes into some regular expression patterns, and then <a target="_self" href="http://people.engr.ncsu.edu/txie/publications/writingtools.html#stylecheck">use a tool</a> called <a target="_self" href="http://www.cs.umd.edu/%7Enspring/software/style-check-readme.html">style-check</a> developed by Neil Spring so that the students can guard against some low-level issues themselves (if they cannot guard against these issues manually easily). Frankly, I found that several of my students still make many low-level mistakes repeatedly and they don't use style-check as I suggested. I hope these students can take full advantage of tools to help address the low-level issues of their writing, and exploit and focus my guidance on the high-level issues of their writing.<br /><br />Next I discuss what I do to help students to write early and write enough so that I can train their writing.<br /><br />Many of you may wonder: when deadlines are coming and students are lagging behind in their writing, we would have to jump in to make these deadlines by writing the papers for the students since we really don't want to miss these important deadlines. Indeed, I had been through these situations.<br /><br />One possible way to deal with that is to really impose strict policies to students: if they don't prepare their papers early enough for us (advisors) to review or revise, let's just bypass the deadlines. In principle, bypassing an important deadline will do more harm to students than the advisor: the advisor has multiple students to work with and have multiple papers to submit, but the students individually may just have a limited number of papers to submit yearly or in their whole graduate program. Each year, there exist only several top conference paper deadlines and a small number of good or right conferences for the work. Missing some important deadlines produces very negative impact on students' research record building (indeed as well as the advisor's), given that often the time papers will be rejected by top conferences.<br /><br />But the above way often doesn't work (either for the advisor or the student). The advisor doesn't want to miss important deadlines either. The students also want to make the deadlines but their deadline-making or engineering skills (c.f. <a target="_self" href="http://people.engr.ncsu.edu/txie/publications/researchskills-xie.ppt">my talk slides on research skills</a>) are often not good. Often the time, the students postpone their paper writing to the last minute; they often don't like paper writing.<br /><br />Then how can I help students to write early? Here is what I do.<br /><br />*. After a student (or I, or both) has some promising research idea, and both I and the student feel that the idea could have a high chance of leading to a good research project, before the student goes ahead to carry out the implementation of the approach, I will ask the student to write down the following sections (see <a target="_self" href="http://people.engr.ncsu.edu/txie/publications/writepapers.pdf">my slides on writing papers</a> for a paper's structure):<br /> -- Abstract<br /> -- Introduction<br /> -- Example<br /> -- Approach (the description of the approach could be high level)<br /> (No implementation section or evaluation section is required at this stage)<br /> -- Related work<br /> -- Conclusion<br /><br />If the student can produce some preliminary results (e.g., by doing some manual walk-through of the approach), the student can also put in a "preliminary results" section. The resulting draft would form a fine workshop submission draft (but note that it is not necessary for us to submit it as a workshop submission unless really needed in some cases to gather early feedback on the work from the community).<br /><br />Basically, the student presents to me a "design" document (similar to one in software development) before the student starts implementation. Then I can revise and understand what the student is planning to implement, and brainstorm with the student on possible new ideas or improvement of the existing ideas based on the writing. Doing so can avoid some of the past issues on a student's approach or research project being a bit "black-box" to me and I found out issues when reading the student's draft when being very close to the deadline and then the student couldn't fix the issues that I identified.<br /><br />Note that, at this stage, the student must identify a convincing motivating example and describe it in the example section before moving on to implement the approach. I had one past bad case where a student couldn't find a convincing motivating example for his approach and then moved on to the implementation of the approach, and ended up with an unsuccessful project.<br /><br />*. After the student implements the approach, the student expands and refines the approach section and adds the implementation section. I will review and revise these sections. Note that in this step when the student does some hands-on stuffs, new ideas may come up and the originally written down approach can be revised and improved. I am very supportive on the student's hands-on experience and generating new ideas from hands-on experience. But that doesn't mean that the student should directly dive into tool implementations without thinking enough or finishing the first step of paper writing described above. In my belief, good new ideas can come from both creative thinking before tool implementation and during/after tool implementation.<br /><br />*. Before the student carries out the evaluation, the student needs to write the experimental design subsection and other subsections in the evaluation section that can be written before the experimental results are available. Doing so can help me make sure that the student is doing the right things in the evaluation.<br /><br />*. After the student finishes the evaluation, the student fills in the experimental results subsection. I will review the new subsections as well as the whole draft before submission.<br /><br />Doing this style of phased writing, students benefit in several major ways. (1). They don't rely on me to write for them before the deadline (since I won't). (2). They allow me to have opportunities to iterate with them on their writing and improve their writing since in the early phases, we don't have the deadline pressure. (3). They can gather feedback from me early on to help them to avoid making wrong decisions or misinterpreting my suggestions in their research development. (4). Our remote research collaborators (if any) can read through the early formal writing to give us feedback and suggestions on the research development.<br /><br />So far I have quite good experience in training and educating students to write research papers with the above ways. In the end, I indeed enforce what I told my students "Don't expect me to write sections of your papers for you". More importantly, most of the students (after working with me for a short period of time) in my group can independently write whole papers without my writing there (with my helps only in a way of my not-very-significant revising on hardcopies of their papers). I am very glad to see that happen while knowing that many of my fellow junior faculty members are still busy writing papers for their students.<br /><br />Hope my experiences described above can further help my students to understand why I am doing so and further improve what they are doing while working with me, and help other advisors at least to think how to do better along this line of advising students in writing papers...Tao Xiehttp://www.blogger.com/profile/11364035215805367784noreply@blogger.com5tag:blogger.com,1999:blog-135927816967257041.post-81074884989251763412008-12-27T09:58:00.000-08:002008-12-27T09:59:33.387-08:00Research skillsPosted on Saturday Oct 04, 2008<br /><br />Yesterday I gave a talk on research skills, whose slides are <a target="_self" href="http://people.engr.ncsu.edu/txie/publications/researchskills-xie.ppt">here</a>. Feedback is welcome.Tao Xiehttp://www.blogger.com/profile/11364035215805367784noreply@blogger.com3tag:blogger.com,1999:blog-135927816967257041.post-71426464321903243782008-12-27T09:57:00.000-08:002008-12-27T09:58:15.607-08:00Party for NCSU software engineering peoplePosted on Saturday Dec 01, 2007 by HWANG, JEEHYUN<br /><br />We joined the party for NCSU software engineering people hosted by Dr. Laurie Williams<br />Some pictures of ASE group as follows!!<br /><a target="_self" href="http://blogs.lib.ncsu.edu/resources/ase/ASE_30Dec2007.jpg">pic 1 </a><br /><a target="_self" href="http://blogs.lib.ncsu.edu/resources/ase/ASE_30Dec2007_2.jpg">pic 2 </a><br /><a target="_self" href="http://blogs.lib.ncsu.edu/resources/ase/ASE_30Dec2007_3.jpg">pic 3</a>Tao Xiehttp://www.blogger.com/profile/11364035215805367784noreply@blogger.com0tag:blogger.com,1999:blog-135927816967257041.post-2476308087892859392008-12-27T09:54:00.000-08:002008-12-27T09:56:35.760-08:00More on formal writing before one-on-one meetingsPosted on Wednesday Oct 24, 2007<br /><br />Here is the definition on formal writing:<br /><br />(1). The formal writing includes the text that you can turn into a part of your future paper submission directly or with minor polishing. If you just write in some high-level bulleted points like those in slides, this type of writing is not formal and not acceptable in terms of formal writing.<br /><br />(2). Because our group uses LaTeX as the format of writing papers, your formal writing needs to be in the LaTeX format. If you don?t know how to use LaTeX in writing papers, take a look at<br /><br />http://people.engr.ncsu.edu/txie/publications/writingtools.html<br /><br />Especially on which software packages to use for editing and compiling LaTeX source files.<br /><br />(3). Because our group uses CVS to keep track of revisions and allow collaborative writing, your formal writing needs to be put in our research server?s CVS repository. Basically after you set up CVS, you can create a subdirectory under /cvs/root/papers/ with the naming convention of ?lastname-conferenceorworkshopname? (e.g., acharya-FSE07). If there is no specific conference or workshop to aim at currently, you can put the name of your project/tool/topic in the place of ?conferencworkshopname?. For info on how to set up CVS and use Eclipse to checkout CVS, take a look at:<br /><br />http://ase.csc.ncsu.edu/server.html#cvssetup<br /><br />Then your submission of your formal writing is an email including some words like ?My formal writing so far is included in the CVS directory XXXXXX. You can check it out.?<br /><br />Basically you can view the formal writing that you submit before our one-on-one meetings as a portion of the paper that you are going to submit eventually. Week after week, you will expand the draft by filling in additional text that describes what you have done in the preceding week(s) and in the upcoming week(s).<br /><br />Note that initially or early in the phase of your formal writing, you shall write the abstract, introduction, example sections early on. In addition, you may also start writing the related work section when you read other researchers? papers early on. Writing these preceding sections doesn?t require any tool implementation or experiment. Then along the way of week-by-week work, you fill in the approach/implementation sections when you have more implementation details figured out and more development work done, you fill in the experiment setup and design sections when you try to set up your experiment, and you fill in the experimental results section when you finish producing experimental results, ?<br /><br />This mechanism is to fix several issues being faced nowadays.<br /><br />(a). students tend not to write serious/formal text along the way but put a lot of efforts in formal writing immediately before a submission deadline. Then the students cannot get helps from me on their writing early on.<br /><br />(b). students tend not to disclose sufficient technical details or progresses of their projects along the way during one-on-one meetings week by week. Often immediately before the deadline, some students gave me ?surprises?, disclosing to me that they didn?t do some part that they were expected (by me) to do or they did something in an un-optimized or incorrect way; then it is often too late to fix these issues when getting too close to a deadline.<br /><br />(c). when students don?t write things down in formal writing, they don?t have good feeling in the approach/tool design, experiment design, ? I often come up with good new ideas when I formally write down ideas in my proposals and I expect students to enjoy similar benefits by doing formal writing along the way.Tao Xiehttp://www.blogger.com/profile/11364035215805367784noreply@blogger.com0tag:blogger.com,1999:blog-135927816967257041.post-46704680819295397682008-12-27T09:51:00.000-08:002008-12-27T09:53:56.880-08:00Written materials prepared before one-on-one weekly meetingsPosted on Saturday Oct 13, 2007<br /><br /> I recently talked to a colleague, Dr. Nagiza Samatova, who kindly shared her experience in training students' writing, and inspired by her way of training, I have tried to install a similar mechanism in my research group. I suspect that it will solve some students' issues in delaying writing in the last minute and turning their research as a black/grey box to me. Below is adapted from my email sent to some students in my group who have already had some concrete research projects ongoing:<br /><br />Before one-on-one student meetings, the advisor requires the student to bring formal technical writing on the things to be discussed: the written materials later will be turned into a part of a paper submission so it is not wasteful or just specific for being used in one-on-one meetings.<br /><br />For example,<br /><br />-- if you plan to discuss a new idea that you may have, write paragraphs describing it, which can be turned into the introduction section, example section, or approach overview section of your future paper.<br /><br />-- if you plan to discuss about design and implementation of your approach, write paragraphs describing these designs or implementations, which can be turned into the approach and implementation sections of your future paper.<br /><br />-- If you plan to discuss about your evaluation, write paragraphs describing your experiments (either experiment setup, design, subjects, or results), which can be turned into the experiment section of your future paper.<br /><br />-- If you plan to discuss other related papers that you read, write paragraphs describing them and the differences of them with your own approach, which can be turned into the related work section of your future paper.<br /><br />In any case, you shall prepare your writing and present it to me along the way of weekly one-on-one meetings rather than a big bang in the end immediately before the deadline. Doing so can allow me to (1) give you early feedback on your work and writing and to (2) keep track of your work since currently your work?s technical progress is more a black/grey box to me.<br /><br />In addition, this mechanism would be also very helpful to yourself in keeping yourself in having the habit of writing things down more formally (when you try to write things down more formally, you can have a better idea and generate new good ideas).<br /><br />I expect you to send me an email telling me the sections/paragraphs in LaTeX in your paper in a specific CVS paper directory ** not later than the same morning ** of an afternoon one-on-one meeting. I don?t accept informal writing being put in the body of an email message or any way other than the preceding specified way.<br /><br />If you cannot prepare such writing before a one-on-one meeting, I would suggest you to cancel or postpone that week?s one-on-one meeting with me. If you cancel or postpone too many weeks? meetings, the implication of reflecting your work progress/performance is self-evident.Tao Xiehttp://www.blogger.com/profile/11364035215805367784noreply@blogger.com0tag:blogger.com,1999:blog-135927816967257041.post-42035434711969947992008-12-27T09:46:00.000-08:002008-12-27T09:51:20.167-08:00Can we learn from Dr. "House" in doing research?Posted on Saturday Oct 13, 2007<br /><br /><p align="justify"> I enjoy watching <a target="_self" href="http://www.fox.com/house/">Fox's House TV series</a>.<br /><br />I find the problem sovling skills and creative thinking there to be inspiring for us in doing research.:)<br /><br />I enjoy watching how Dr. House advises his "students". I hope to learn the good poritions of his advising styles.:)<br /><br />"DR. GREGORY HOUSE (Hugh Laurie) is devoid of bedside manner and wouldn?t even talk to his patients if he could get away with it. Dealing with his own constant physical pain, he uses a cane that seems to punctuate his acerbic, brutally honest demeanor. While his behavior can border on antisocial, House is a brilliant diagnostician whose unconventional thinking and flawless instincts afford him a great deal of respect. An infectious disease specialist, he thrives on the challenge of solving medical puzzles in order to save lives.</p> <p align="justify">For the past three seasons, House has shepherded an elite team of young experts who helped him unravel diagnostic mysteries. In addition, he has a good friend and confidant in oncology specialist DR. JAMES WILSON (Robert Sean Leonard). There?s some volatile chemistry between House and DR. LISA CUDDY (Lisa Edelstein), the Dean of Medicine and hospital administrator; the two are in constant conflict over House?s duties and unconventional behavior, but even she would admit that his brilliance is worth the trouble.</p> <p align="justify">In the Season Three finale, the set-in-his-ways House was confronted with a series of major changes to his team. Neurologist DR. ERIC FOREMAN (Omar Epps) left Princeton Plainsboro because he didn?t want to turn into House; House randomly fired old-money intensivist DR. ROBERT CHASE (Jesse Spencer), claiming he learned everything he?s going to learn in the past three years, or nothing at all; and immunologist DR. ALLISON CAMERON (Jennifer Morrison) resigned, knowing House will be completely unaffected by her decision.</p> <p align="justify">As Season Four opens, House is without a team to contribute to the perplexing medical cases he undertakes, and Cuddy and Wilson are adamant that he recruit new fellowship candidates. After 40 applicants applied for the newly vacated spots on his team, a group of five doctors -- played by Olivia Wilde, Kal Penn, Peter Jacobson, Anne Dudek and Edi Gathegi -- have emerged as finalists vying for the coveted and hotly contested openings."</p>Tao Xiehttp://www.blogger.com/profile/11364035215805367784noreply@blogger.com0tag:blogger.com,1999:blog-135927816967257041.post-89098846418611627142008-12-27T09:38:00.000-08:002008-12-27T09:39:54.887-08:00Reading papers - 5 line summaries!Posted on Thursday Oct 11, 2007 by ACHARYA, MITHUN<br /><br />Dr. Xie maintains a very nice <a href="http://ase.csc.ncsu.edu/dmse/" target="_self">bibliography on Mining Software Engineering</a>. We read lot of papers, but with time, tend to forget them. How about having a 5 line summary for each of the paper we read as a part of literature survey? I actually maintain a document which does exactly this and find it very useful. So next time I forget whats in a paper, I go to my document and look for the 5 line summary, and I immediately know what the paper talks about. I dont need to read the paper again. Another useful side-effect of this exercise is when you write related work for any of your papers or thesis. In conferences, when you talk to other researchers, they usually ask - "Have you seen paper X? How is your work different from paper Y?" and its bad not to know some really relevant related work!<br /><br />Most well written papers, can be read in about 15-30 mins and summarized in about 5 lines. In my field, most papers have a motivating example after introduction. For a well written paper, a reader should get the idea of the whole paper when he completes reading the Example section! So the way I read a paper is - read abstract, look at the conclusion, then read introduction (very fast), and then the example section. This process takes about 15 mins. Then I skim through the framework, implementation, and evaluation details. I spend further time on the paper, only on need basis. Then I summarize the whole paper in about 5 lines! During early years of PhD, it might be beneficial to read the whole paper to learn the art of writing papers... but after getting a hang of writing papers, quick paper reading will be a useful skill!Tao Xiehttp://www.blogger.com/profile/11364035215805367784noreply@blogger.com2tag:blogger.com,1999:blog-135927816967257041.post-76446854452956091202008-12-27T09:31:00.000-08:002008-12-27T09:34:54.168-08:00Promoting Research Group Spirit and Peer Student SupportPosted on Saturday Oct 06, 2007<br /><br />Earlier I didn't emphasize much on research group spirit. Recently I realized its importance and tried some measures to promote research group spirit.<br /><br />I found that UIUC's Prof. Jiawei Han's several measures in his <a href="http://dm1.cs.uiuc.edu/">data mining research group</a> could be valuable to borrow. I borrowed them recently in my group.<br /><br />1. Allow students to volunteer to take on some services in the group. In the past, I (as the advisor) took on most of the services in the group including maintaining the group web pages, coordinating the group meetings, etc. Then students might feel like being managed without feeling to own the research group. In addition, I am too busy in doing these types of things and the students don't learn how to organize things or manage things: an important skill in their future career.<br /><br />In the research group, early this semester I asked students to volunteer to take on <a href="http://ase.csc.ncsu.edu/groupmeeting.html">various roles</a> in the group:<br /><br />*. Group Webmaster (news, group Web page, pictures, etc)<br />*. Group meeting coordinator<br />*. Server system administrator<br />*. Industry/visitor coordinator<br />*. Conference and journal review coordinator<br />*. Research proposal coordinator<br />*. Social activity coordinator<br /><br />I found this mechanism works pretty well. For example, recently when a visitor from industry gave a guest lecture in my course when I was out of town, I asked the industry/visitor coordinator to organize student meetings with the visitor by introducing our research and doing demo; the whole process was organized by the coordinator with help from other students. The process went well and the students can also improve their independent skills: when the advisor is not around (in the future after they graduate, their advisor won't be around!), they can still successfully carry out things.<br /><br />But I still need to figure out a way to encourage students to send emails in our group mailing list, whose emails are primarily sent by myself.<br /><br />2. Acknowledge and honor those students who made great achievements in research so that these students can feel being recognized and other students can learn from these students and try to catch up. Jiawei Han's group honors the best-performing students each semester after students submit their <a href="http://dm1.cs.uiuc.edu/awards.html">research performance summary</a> for the semester. Recently our research group also held voting among students (each one vote) and myself (with two votes, as suggested by one student, saying that my judgment would be more comprehensive). In the end, we voted <a href="http://ase.csc.ncsu.edu/summary.html">one golden award winner and two silver award winner (with the same number of votes)</a>.<br /><br />3. Besides borrowing Jiawei Han's measures, I also tried to promote peer support among the students in the group. Earlier the whole group activities centered around me, including reviewing their paper drafts, giving feedback on their research, etc. I would hope to set up a peer support system so that students can help each other and learn from doing so. Since some time ago I encouraged students to do proof reading each other's papers, and help each other. I will think of more other measures in promoting peer support.<br /><br />4. As a routine practice in many research groups, asking students to present their own work or other related work by other researchers is quite valuable. Earlier I used the group meeting time slots to go round-table debriefing and I found it not that worthwhile in spending time. Nowadays, instead, in each group meeting, each student makes a presentation and then other students and I give feedback either on the content or presentation skills. Again, in this way, the group meetings shift from being dominated or driven by myself to being managed by students themselves.<br /><br />I will think of more other measures in promoting peer support and group spirit. If you have any comments, you are welcome to discuss here.Tao Xiehttp://www.blogger.com/profile/11364035215805367784noreply@blogger.com4tag:blogger.com,1999:blog-135927816967257041.post-78306019505881463822008-12-27T09:27:00.000-08:002008-12-27T09:29:06.550-08:00A mechanism to help students in indepenent thinkingPosted on Monday Sep 17, 2007<br /><p class="entryContent"> As a graduate student, you are supposed to grow to be independent along the way. To help you to do that, I ask you to allocate the last 10 mins of the one-on-one 30 mins meeting time slot to train your independent thinking.<o:p> </o:p> </p><p class="MsoNormal"> Basically in these 10 mins, you should tell me your thoughts on answering one or more of the following questions:</p> <p class="MsoNormal">--- What to do in more details for the current project idea if it is not that detailed or clear enough?</p> <p class="MsoNormal">--- What is the next good idea (beyond the current one) that you should work on?</p> <p class="MsoNormal">--- What would you do in the next big phase (either in 1, 2, 3, 4, or 5 years)?</p> <p class="MsoNormal">What does this mechanism mean? You should think about future research ideas ALL the time!! I have been always thinking about new research ideas all the time. You should do the same rather than relying on me to tell you what to do next. In addition, you should actively read more and think more with the explicit goal of generating ideas for your future research. It is not acceptable that you tell me that you haven?t thought about IT when we reach this 10 min slot, because you are supposed to think along the way (jogging, walking, taking bus, taking shower, sometimes driving but be careful, ?)<o:p></o:p></p><p class="MsoNormal"><o:p>Indeed, during this 10 mins, I would help you brainstorm ideas together (I found I myself generate some very good ideas when brainstorming with students together). But you should bring something on the table rather than relying on me to bring something on the table for you.</o:p></p>Tao Xiehttp://www.blogger.com/profile/11364035215805367784noreply@blogger.com1tag:blogger.com,1999:blog-135927816967257041.post-68025878748656531312008-12-27T09:23:00.000-08:002008-12-27T09:26:09.617-08:00Levels of research committmentsPosted on Friday Aug 03, 2007<br /><br /><p class="MsoNormal">Four levels of research commitments can be classified for students (see below). Each of you shall classify yourself to one of these levels. Each of you shall try you best to reach or keep in Level 1. Not many students are currently reaching or staying in Level 1.<br /></p> <p class="MsoNormal">There are positive iterations when you reach Level 1. When a student is efficient and effective in finishing research tasks, the advisor will work with the student on coming out new good ideas for the next research project. If the student stays on an existing old research project for a long time, before the advisor works with the student on a new good research project, the advisor will wait for the student to finish the old one up or wait for the student to tell the advisor that the existing old project has no hope and the student would give it up.</p> <p class="MsoNormal">Some students fall into Level 4. It is a very dangerous situation. Staying on Level 4 can cause you to stay in the program for a long time without producing any research results.</p> <p class="MsoNormal">Level 1. Self-propose timeline in research tasks and often succeed in accomplishing the research tasks</p> <p class="MsoNormal">Level 2. Self-propose timeline in research tasks but often lag or fail in accomplishing the research tasks</p> <p class="MsoNormal">Level 3. No self-proposed timeline in research tasks but be willing to discuss with the advisor in research timeline</p> <p class="MsoNormal">Level 4. No self-proposed timeline in research tasks and even no responses upon the advisor?s requests on checking research status</p>Tao Xiehttp://www.blogger.com/profile/11364035215805367784noreply@blogger.com0tag:blogger.com,1999:blog-135927816967257041.post-48316209902309737562008-12-27T09:20:00.000-08:002008-12-27T09:22:31.575-08:00Advice on making submission deadlinesPosted on Saturday Jun 09, 2007<br /><br />I found that some students who are supposed to drive their research and preparation of a certain submission draft are not active or responsive enough. Below is my advice on dealing with the issue.<br /><br />1. Students need to early on take full advantage of the advisor and other colleagues (in the co-author list) in helping improve the draft and the work. As I told students in our group, students should write the whole draft (when there are peer colleagues/students in the co-author list of your paper, you may coordinate with them to ask them to write some sections of the paper). Enforcing students to write all sections can help train their capability of independently writing the whole draft. Of course, the advisor will help you by giving you suggestions on how to revise your draft.<br /><br />That doesn't mean that you need to submit your draft for your advisor to review only after you finish the whole draft. It is great if you can finish your draft very early on and send your whole draft to your advisor. But more commonly many students feel tight in making their drafts ready.<br /><br />Then the students need to make efforts to gather early feedback from the advisor by giving section by section to the advisor for review comments and feedback if they cannot prepare their full draft early on. Like in bug finding, the earlier that a bug is detected, the better off you will be in fixing the bug.<br /><br />In all, try to get early feedback from the advisor or co-authors incrementally with available sections early on rather than putting off sending your writing to them very near the deadline. In the latter case, the advisor may not have enough time and you may not be able to incorporate the feedback to improve the draft.<br /><br />2. Students need to be **responsive** to the advisor or colleagues. Responding your advisor's emails should be on the top priority if your advisor's emails explicitly asked for responses with questions. As you can see, I always give rapid response to students and colleagues. As I discussed in the group meeting, in some other groups either inside or outside NCSU, students may complain that their advisor is slow in responding their emails. In our group, the other way around happens often, believe it or not!<br /><br />If you are too busy and cannot spend time on some task mentioned in the advisor's email, you can simply respond so and then the advisor or the colleagues can know it and make alternative arrangements or schedule their time line before the deadline.<br /><br />The advisor's goal is to help you to make these deadlines, produce good work, grow to be independent enough, and then graduate, find your desirable job. Being not responsive or not effective in making deadlines or making progress in your work can hurt yourself much more than anyone else. That is why I told you "Do you want to make the deadline. If not, it is totally fine to me."<br /><br />That is, it is **you** who want to make the deadlines and it is **you** who need to drive your research, not anyone else.<br /><br />Good luck on your deadline catching!Tao Xiehttp://www.blogger.com/profile/11364035215805367784noreply@blogger.com0