<div dir="ltr">Hello everyone:<div><br></div><div> I paired with Zeljko from 6am to 7:10am (CST) via Google hangout.</div><div><br></div><div> We discussed future directions. I could continue working on fixing rubocop offenses (from the ArticleFeedback repo). Most of problems are small coding style related. There are always more than one ways to do the same thing is Ruby, but a convention requires that we do it in the same way. Some problems are harder to fix, such as issues of methods being too larger/complex. Refactoring can take days. Generally fixing simple problems are good warm-up activites.</div><div><br></div><div> Zeljko mentioned that there are other projects in other languages that are available to students. Most ruby code are for browser testing, which is the area he is most familiar with. It is important to know where to ask for help. For realtime support IRC channel is good because you may get a answer faster. But questions asked on mailing lists will likely be read by more people. </div><div><br></div><div> Zeljko talked about vagrant tool and concept of roles for controlling the setup of the VM. The two public testing environments are <a href="https://test2.wikipedia.org">https://test2.wikipedia.org</a> and <a href="http://en.wikipedia.beta.wmflabs.org/">http://en.wikipedia.beta.wmflabs.org/</a> The first one is updated a few days before each release and has no real content. The second site running cutting edge code and has some content. One disadvantage of using public testing sites is that someone may be using them at the same time as we do.</div><div><br></div><div> In the coding part of the session, we created a new scenario for cucumber to test that the view history is present on any random page. We didn't finish the step definitions and will continue next time. This part is recorded and made available to the students. </div><div><br></div><div> Thanks,</div><div> Baochuan        </div></div>