With the exception of a few weeks, I have been working 4 days a week, 32 hours, 80% time at 80% money for over six years now.

Why?

The core idea is that spare time is worth more to me than salary can make up for. A pile of money at 60 is not going to me buy back time I wish I had when I was younger — time that I could spend now.

When I started, one day off allowed me taking Spanish classes at working hours. If I'd need to explain why I let go of 20% the money, I'd list to do it to…

• keep my battery charged and reduce risk of burnout,

• have e.g. dentist appointments without taking time off or stressing myself about being back in time,

• work on free software and get personal todos done outside the weekend, and

• spend more time on learning new things.

Which of these benefits are in the interest of my employer?

All of them.

Disagree? Have something to add? Drop me a mail at sebastian@pipping.org.

Some people care if software is free of cost or if it has the best features, above everything else. I don't. I care that I can legally inspect its inner workings, modify and share modified versions: run, study, redistribute, modify. That's why I happily avoid macOS, Windows, Skype, Photoshop. I love … free software!

If you want to join in speaking your mind about libre software and the #ilovefs campaign, please find related artwork here.

A few days ago uriparser 0.9.1 has been released. Some highlights of version 0.9.1 include:

• A security fix for an out-of-bounds read reported by Joergen Ibsen

• Improvements regarding the accuracy of errorPos that is used to communicate the precise location of parse errors

For more details please check the change log.

Last but not least: If you maintain uriparser packaging or a bundled version of uriparser somewhere, please update to 0.9.1. Thank you!

I'm not a designer (but a mostly-backend software developer), I'm not freelancing (and never have been) but I have always admired design and typography — simplified — from a distance.

I ran into videos involving Chris Do of The Futur (no trailing e) the other day and found multiple to be rather sharp and interesting.

The one I'd like to highlight right now is this:

How To Charge More For A Logo— Deep Dive ep. 4 w/ co-host Melinda Livsey

There is a specific playlist The Futur: Melinda Livsey for more like that.

Motivation

When getting to know a potential future employer, I have never asked the exact same set of questions twice. Many answers are given without an explicit question. Nevertheless, there is a core set of explicit questions that I keep asking to get a better picture of the environment. I will share this core set of questions with you today.

I won't go into much detail about what I ask each question for: for most questions it should be obvious. The overall theme is:

Can I be happy in this environment for longer?

There is often too little time to ask all of these questions, so setting priorities and going with the flow of the interview helps. On to the questions!

Questions

Questions to ask to members of HR

• What event led to hiring for this position?

• What can you tell me about the people on the team that I would be joining?
  Is it a cross-functional team?
  Are there any external/freelance developers?
  Are there any senior/post-junior/lead/staff/principal/architect developers?

• Do developers take part in on-call shifts?

• What are the core hours for work at this company?

• What's the approach to overtime in this company?

• How many developers share a room in this company?

• With regard to hardware, Linux compatibility varies greatly among models and makes a big difference. What is the process of picking what hardware will be ordered for me?

• I need a truly ergonomic chair. Is that possible?

• Can I get a test account?
  Can someone give me a quick tour of the software that I'll be working on?

• What do you like about working as a ... (position) at ... (company name)?

Questions to ask to members of IT

• (With senior engineer roles and beyond:)
  What are the responsibilities of a ... (position) at ... (company name) in particular?

• Are you doing agile?
  Who gets to decide: what is built, how it is built, by whom and when?

• Who is allowed to put new tickets into a running sprint?

• Can you tell me about the current tech stack and architecture?

• Does the team work with a monorepo?

• Does the team practice TDD, BDD or DDD?

• Is there an Ops team, are developers in charge of deployment and operations?

• How often do you deploy?

• How much test coverage do you have?

• Do you do continuous integration, i.e. does every git push trigger QA tools and the test suite?

• How do you keep up with technical debt, with security fixes and the latest releases of third party dependencies?

• What version of ... (key software one) and ... (key software two) are you using?

• How is code review done within the team?

• What is the roadmap for the next six months for the product that I would be working on?

• Where in the "Good, fast, cheap" space do you want the team to operate?

• At work, what opportunities are there to learn something new, to grow as a developer, to grow as a person, to experiment, to have fun?

• There is a conference called Chaos Communication Congress every year from December 27th to December 30th that means a lot to me. Will I be able to take vacation during that time of the year?

• What do you like about working as a ... (position) at ... (company name)?

That's about it: these questions should already take quite some time. The more you rush through questions the less you hear the answers.

Surprised by that list? Found it helpful? Do you ask something more that gets you interesting replies? Let me know!

Sebastian

See also?

• Ways in which Berlin IT companies differ
• Julia Evans: Questions I'm asking in interviews
• Reverse interview

Background

I've been scratching my head and reading more about Scrum lately. It's rather clear to me by know that Scrum needs some discipline, some interest and constant adjustment, to have an actual chance to work well for the team. What I'd like to share today is symptoms of Scrum at struggle, indicators that the agile process might not be treated as agile itself by the team. As any member of the teams involved, I am to blame for not turning the wheel around more myself, too.

I think it's important to talk about issues with Scrum, to identify causes, and to make adjustments to the process to not just "die faster" with Scrum.

So here's a few facets of a team struggling with Scrum:

Struggles

Daily Stand-Up Meetings

• Members struggle remembering what they did in general, yet few start taking and bringing notes
• Stand-Ups seems to keep catching everyone by surprise, while taking place the same time every day

Planning Meetings

• Stakeholder and/or product owner are at their phones rather than really listening
• Stakeholder wants to bypass backlog and priorities and discuss "just one small thing to be done this sprint"
• Tickets are too big to estimate well yet feel wrong or very tedious to split up further
• During Planning Poker: Estimates vary depending who would work on the ticket
• Estimating something as 2, 3, 5 or 8 does not get trivial and does not correlate to time put in well (because of things not taken into account that turn out later)

Retrospective Meetings

• No one feels like reporting anything for any of "went well", "went bad", "should be improve"; consensus is "business as usual, nothing special"
• Notes are just filed and not acted upon outside the team
• Constant struggle with telling "went bad" apart from "should be improved"

Review Meetings

• Stakeholders are not really interested to hear about or see things done
• Preparing demos to show during review takes a considerable amount of time (that does not seem to match value)

In General

• Tickets are often not ready-to-be-implemented
• Big topics (like architectural changes, updates of unsupported dependencies, decrease of technical depth) are procrastinated for month, rather than being addressed
• Team velocity does not stabilize for months (due to: sick leave, vacation, frequent change of members)
• Velocity is measured without taking (varying) total team hours into account
• Product owner does not help with decisions, rather mirrors questions back to developers
• Incidents produce new tickets that take priority and go into a sprint, directly
• Some team members want to improve the process (and take it seriously) while others consider that a waste of time (and take as "just a tool")
• Some team members care a lot about avoiding over-commitment while others are tending towards "we'll get done, what we'll get done"

Sounds familiar? Sounds very unfamiliar? Let me know

A Few Words of Introduction

I had a look at available static site generators not too long ago and took some notes on the go so that I wouldn't evaluate once more if I needed yet another solution later. WordPress was still powering my blog and with dynamic PHP code that felt more and more like a bug that I wanted to get rid of.

Inspecting projects took me a bit of time so maybe I can save you some by sharing my findings. For some projects, I stopped further investigation rather quickly, so please don't expect a complete evaluation of every single of these projects.

My Requirements

I was looking for a static site generator with the following requirements:

• Written in Python (so that contributing bugfixes is an actual option)
• Supports Markdown or AsciiDoc syntax for posts (not YAML, HTML, rst, JSON)
• Has one or more polished, responsive theme
• Is still maintained, e.g. has a recent latest release
• Is suited for both a blog and non-blog documentation-like content (so that I don't need another tool again for a slightly different case next time)
• Bonus: Has wordpress import
• Bonus: Has incremental builds
• Bonus: Is already packaged in major GNU/Linux distro X

Here's what I found, with projects in alphabetical order:

Candidates

Acrylamid

• Officially unmaintained
• Latest release four years ago (2014-09-11)
• 39 open issues
• Stopped at that point, next.

Cactus

• Latest release over two years ago (2016-02-21)
• 85 open issues
• Stopped at that point, next.

Complexity

• Latest release six years ago (2013-12-03)
• 19 open issues
• Uses HTML and JSON for input, next.

Grow

• Latest release just a few days ago
• Seems unnecessary complex, documentation does not get to the matter fast enough
• Stopped at that point, next.

Hyde

• Latest release three years ago (2015-11-09)
• 49 open issues
• Does not manage to get their own website fixed from loads of dead links, also check issue #12 with zero progress on that very topic
• Stopped at that point, next.

Lektor

• Latest release about two month ago (2018-09-07)
• Markdown syntax
• Seems more like build-everything-yourself rather than text-and-go
• Available themes do not look polished enough to me
• Next.

MkDocs

• Latest release about two month ago (2018-09-07)
• Markdown syntax for posts
• Some simple but clean themes
• Targetting documentation a lot more than blogging, I feel — next.

Nikola

• Latest release a bit more than a month ago (2018-09-30)
• Markdown syntax for posts, and many other options
• Rather basic themes
• Incremental builds
• Support for import from WordPress
• Ended up giving that a try at this very blog, the website of uriparser, and the website of Gentoo e.V..

Pelican

• Latest release more than a year ago (2017-10-01)
• 72 open issues
• Supports Markdown and AsciiDoc syntax (besides reStructuredText)
• Support for import from WordPress
• Quite a few themes of mixed quality, not easy to find a responsive one (like chameleon)
• Ended up giving that a try at the website of libexpat.

prosopopee

• Latest release a few months a go (2018-03-28)
• 12 open issues
• Seems focused on image-centered websites
• Stopped at that point, next.

QPage

• Latest release soon two years ago (2017-01-31)
• 0 open issues, only 1 issue filed ever
• Weird samples, weird website
• No real documentation
• Stopped at that point, next.

Sphinx

• Latest release only hours ago
• Markdown syntax possible
• Great fit for documentation, less suited for blogging on its own; might work combined with:
  • ABlog
  • Tinkerer
• I want a single thing though — next.

Statik

• Latest release a few days ago
• Seems to have a single theme, only
• Rendering the blog example ends up unthemed and with absolute, broken file:// links — next!

Tarbell

• Latest release about a year ago (2017-10-31)
• Weird tutorial using Google spreadsheets, next.

Urubu

• Latest release a few months ago (2018-08-15)
• 21 open issues
• Markdown syntax for posts
• Still used by websites listed using Urubu
• Only a single theme (if we ignore support for Bootswatch)
• Has potential, feels too small as of yet — next.

wok

• Latest release more than four years ago (2014-04-30)
• 34 open issues
• Stopped at that point, next.

If you have comments on these evaluations, please drop me a mail.

Thanks, Sebastian

Earlier today uriparser 0.9.0 has been released. Some highlights of version 0.9.0 include:

• Security fixes for issues uncovered by the Google Autofuzz team

• Support for custom memory managers for when libc calloc, free, malloc, realloc, reallocarray are not a good fit to your scenario

• New uriParseSingleUri* convenience functions to simplify user code

• Full support for strict C89 restored and enforced by CI

I cannot over-emphasize how helpful AddressSanitizer has been in making this new release. If you get stuck while writing a custom memory manager, please check out helpers uriTestMemoryManager and uriCompleteMemoryManager.

For more details please check the change log.

Last but not least: If you maintain uriparser packaging or a bundled version of uriparser somewhere, please update to 0.9.0. Thank you!

A few days ago uriparser 0.8.6 has been released. Version 0.8.6 is a bugfix release including a nasty bug that has potential to crash applications when parsing certain URIs (e.g. //:%aa@). For more details please check the change log.

If you maintain uriparser packaging or a bundled version of uriparser somewhere, please update to 0.8.6. Thank you!

Expat 2.2.6 has just been released. Besides improvements to the build system, 2.2.6 is a bugfix release. For more details, please check out the changelog.

If you maintain Expat packaging or a bundled version of Expat somewhere, please update to 2.2.6. Thank you!

Sebastian Pipping