The on-wiki version of this newsletter can be found here: https://meta.wikimedia.org/wiki/Abstract_Wikipedia/Updates/2022-03-04 -- You may have noticed that we didn’t send out our updates for the last few weeks. Given world events, we thought them trivial, and decided to stay silent. We have kept working on Wikifunctions in the meantime. For this week, here is a short update on our activities. We are planning to resume the normal weekly essays soon. The development work is moving forward. The current phase η <https://meta.wikimedia.org/wiki/Abstract_Wikipedia/Phases#Phase_%CE%B7_(eta):_generic_types> turned out to be our longest phase by far, but we have finally started to see the finish line. This had several reasons, one of them being that we actually grew the team during that time considerably, and as we know from the Mythical Man-Month <https://en.wikipedia.org/wiki/The_Mythical_Man-Month>, absorbing more capacity also takes time—but is now expected to lead to an increased development speed moving forward. You can follow the progress on the Phase η Phabricator work board <https://phabricator.wikimedia.org/project/view/4960/>. We are also working to plan out the next phase <https://meta.wikimedia.org/wiki/Abstract_Wikipedia/Phases#Phase_%CE%B8_(theta):_thawing_and_freezing> in a way that will hopefully avoid a prolonged period as the one that is now closing. You can see our initial work to break this down in the top-level task in Phabricator <https://phabricator.wikimedia.org/T299176>. The design work is gaining speed, and we have in the last few days done a number of user-tests with some of you on the design for how viewing a function will work and feel. We will very soon publish the UX research results, the designs, and more background on that work. Stay tuned! As always, if you're interested in participating in future user-tests, please email Aishwarya <https://meta.wikimedia.org/wiki/User:AVardhana_(WMF)> and let her know the natural languages you are literate in and a self-estimate of your programming skills, if any (and yes, we in particular look for people with no programming skills). One thing we noticed is that we really need to improve our code coverage in unit tests, and introduce automatic end-to-end tests. We are working on a plan to improve the situation, which will allow us to evolve the code more confidently in the future. We now have automatic publication of code coverage for three of our five codebases, and we're working on the other two: WikiLambda PHP <https://doc.wikimedia.org/cover-extensions/WikiLambda/includes/index.html> and Vue <https://doc.wikimedia.org/cover/WikiLambda/lcov-report/>, and the schemata, utility, and definition <https://doc.wikimedia.org/cover/mediawiki-services-function-schemata/lcov-report/> code bases have coverage, and the orchestrator and evaluator back-end services should be coming soon. One major issue is that the Wikimedia continuous integration and testing environment is not really set up for an architecture as ours, where a back-end service for evaluation of functions and the wiki are developed in parallel and both have moving parts. As said, we are working on a plan towards getting a better grip on this situation. For now, we have published our first draft of our manual smoke testing protocol <https://meta.wikimedia.org/wiki/Abstract_Wikipedia/Smoke_tests>, which also gives an idea of the capabilities that are currently available.