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.