Bulletin report (2021)

Published on by Arnau Siches

Table of contents

This report summarises the publication of the bulletin in 2021.

An attempt to draw some insights from the publication of the weekly bulletins in 2021. See also the analysis for 2020.

Let's start with some general numbers to frame the rest of the report:

titletotal
Number of resources read1101
Number of resources published306
Number of sources33
Number of sources not used14
Number of sources not used in published resources26

Although each bulletin issue has 6 resources, the number I read per week is higher. A summary:

metricweekly_number
count52.0
mean21.2
std7.2
min9.0
25%16.0
50%20.5
75%24.2
max44.0

# Resources

I believe all web resources should be accessible via HTTPS so whenever I find a URL using HTTP, I manualy change it to HTTPS. It turns out that some places are either not publishing in HTTPS or doing so but neglecting it (e.g. expired or untrusted certificates). This is the split of resources by either HTTP or HTTPS:

titletotal
Number of resources published using HTTPS305
Number of resources read using HTTPS1088
Number of resources published using HTTP1
Number of resources read using HTTP13

I would've hoped that by 2021 we would've got rid of HTTP but there are a few leftovers.

# Sources

My regular sources are where I find most of my reading. These are the top 10 sources and the total resources I found thanks to them:

sourcetotal
lobsters218
twitter134
work83
weekrust70
dataelixir59
tldr51
softwareleadweekly26
github22
webtoolsweekly21
friend19

In contrast with the top 10 sources for resources I chose for the bulletins:

sourcetotal
lobsters69
twitter31
tldr24
dataelixir21
work14
webtoolsweekly12
github12
weekrust10
family8
techproductivity4

Compared with 2020, even tough 'lobsters' is still the main source, 2021 has been more spread across.

Also interesting to see that I read quite a few articles from 'softwareleadweekly' but they don't make it to the bulletin.

This year I incorporated a few adhoc sources that I didn't record in 2020:

  • 'work' for links provided by colleagues.
  • 'family' for links provided by any member of my family.
  • 'friends' for links provided by any friend.

Another way of thinking about sources is to look at how often domains repeat. It's a weird one though given that a single domain doesn't necessarily equate to a single publisher. Good examples of this are github.com, youtube.com or medium.com. In any case, see below the list of domains I read more than 4 times:

domaintotal
github.com141
dev.to32
medium.com25
nordicapis.com11
css-tricks.com8
nesslabs.com7
www.youtube.com6
blog.cloudflare.com6
towardsdatascience.com5
psyche.co5
protonmail.com5
jvns.ca5
arxiv.org5

In contrast, these are the top 10 domains from resources published in the bulletin:

domaintotal
github.com59
dev.to4
arxiv.org4
www.youtube.com2
writing.kemitchell.com2
pythonspeed.com2
psyche.co2
observablehq.com2
nesslabs.com2
medium.com2

# Topics

Once I read an article I tag it with a set of tags that I think represent the topic of the article.

The top 10 tags are:

tagtotal
rust187
tool124
api115
web98
data98
security86
webassembly60
javascript54
management50
teamwork48

'web' is a new tag I didn't use in 2020 which is as broad as 'data' and has pushed down 'python' even though it is quite frequent in my readings.

And the top 10 that where published in the bulletin:

tagtotal
tool60
rust44
web39
security28
data24
javascript23
database21
python18
computer_science17
api16

The surprise for me here is not seeing 'webassembly' as 2021 has been,or has felt, very focused on WebAssembly.

# Conclusions

In 2020 I thought I would record more information so I could answer:

  • How often do I find a resource and leave it for a while to read?
  • When so, how long does it take for me from finding it to reading it?
  • Is there any impact on my reading habits when I'm on leave?

I haven't managed to incorporate enough information to address them so I'll have to try in 2022.

This time I had to fix a large set of tiny mistakes due to the fact that I'm using 2 tools and some manual tasks to record all this information. 2022 should be about unifying all this under a more mature tool that minimises input error.