2024-09-14 13:27:25 +00:00
|
|
|
## Other
|
|
|
|
|
|
|
|
|
|
- the idea of a distribution is to create a user experience
|
|
|
|
|
- you log into your computer and install a program and everything just works
|
|
|
|
|
- or: something doesn't work... what are your next steps?
|
|
|
|
|
- you create an experience
|
|
|
|
|
- the distribution is that brings all the pieces together: installation, service management (systemd, openrc, initd), kernel updates, support
|
|
|
|
|
|
|
|
|
|
- lesson: composition
|
|
|
|
|
- functions
|
|
|
|
|
- libraries
|
|
|
|
|
- programs (unix)
|
2024-09-17 03:25:16 +00:00
|
|
|
|
2024-09-14 13:27:25 +00:00
|
|
|
- lesson: specifications
|
|
|
|
|
- LSP (open source milestone)
|
2024-09-17 03:25:16 +00:00
|
|
|
|
2024-09-14 13:27:25 +00:00
|
|
|
- lesson: caring about features and code instead of maintenance and collaborations
|
|
|
|
|
|
2024-09-17 03:25:16 +00:00
|
|
|
- lesson: users (user experience)
|
|
|
|
|
- what if you diverge from the happy path
|
|
|
|
|
|
|
|
|
|
- lesson: how to drive change
|
|
|
|
|
- good value proposation (e.g. when breaking backwards compat)
|
|
|
|
|
- risk: can you revert?
|
2024-09-14 13:27:25 +00:00
|
|
|
|
|
|
|
|
|
2024-09-17 03:25:16 +00:00
|
|
|
- you guessed it, I like small programs
|
|
|
|
|
|
|
|
|
|
- self-perception/myth
|
|
|
|
|
|
|
|
|
|
- how to test (on the end users system)
|
|
|
|
|
- tests in CI are garbage
|
|
|
|
|
- tests vs good code
|
2024-09-14 13:27:25 +00:00
|
|
|
|
|
|
|
|
- reverse dependencies <-> me <-> users
|
|
|
|
|
- collaboration vs boundaries, communication
|
|
|
|
|
|
|
|
|
|
|
2024-09-17 03:25:16 +00:00
|
|
|
- autotools intro?
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
- mindful about what you don't know
|
|
|
|
|
|
|
|
|
|
|
2024-09-14 13:27:25 +00:00
|
|
|
- posix principles and their connection to functional programming (streams)
|
|
|
|
|
|
|
|
|
|
- navigation
|
|
|
|
|
|
|
|
|
|
- strings
|
|
|
|
|
- collaboration
|
2024-09-17 03:25:16 +00:00
|
|
|
- open source politics
|
|
|
|
|
- how to drive change
|
|
|
|
|
- how to handle contributions (contribution experience, PRs, documentation, mentoring,. ..)
|
|
|
|
|
- respect other projects when contributing
|
|
|
|
|
- bus factor
|
|
|
|
|
- enabling and supporting (switching from coding wizard to support role)
|
|
|
|
|
- boundaries vs collaboration
|
|
|
|
|
|
2024-09-14 13:27:25 +00:00
|
|
|
- relationship between industry and FOSS
|
2024-09-17 03:25:16 +00:00
|
|
|
|
2024-09-14 13:27:25 +00:00
|
|
|
- feedback from universities regarding Haskell tooling
|
2024-09-17 03:25:16 +00:00
|
|
|
|
2024-09-14 13:27:25 +00:00
|
|
|
- project life cycles
|
|
|
|
|
- support
|
|
|
|
|
- trust, respect, relationship
|
|
|
|
|
- working mode in open source
|
|
|
|
|
- dealing with expectations
|
2024-09-17 03:25:16 +00:00
|
|
|
|
|
|
|
|
- stability vs. ..
|
2024-09-14 13:27:25 +00:00
|
|
|
- why is stability an interesting goal?
|
|
|
|
|
|
