diff --git a/content/log/git-subtrac.md b/content/log/git-subtrac.md new file mode 100644 index 0000000..854978c --- /dev/null +++ b/content/log/git-subtrac.md @@ -0,0 +1,99 @@ +--- +title: "git-subtrac met andrewrk" +date: 2022-04-23T05:37:51+03:00 +draft: true +--- + +TLDR: I wish `git clone` with default parameters would clone the submodules if +they are in the same repository. + +git submodules meet andrewrk +---------------------------- + +I use [`git-subtrac`][git-subtrac] for some of my projects, and was not very +enthusiastic about Zig getting it's own package manager (can we all use +git-subtrac and be done with it?). A few weeks ago in a park in Milan my +conversation with [Andrew Kelley](https://andrewkelley.me/) was something like: + +- me: "yadda yadda git submodules vendoring dependencies yadda yadda". +- Andrew: "if I clone a repository that uses git-subtrac with no extra + parameters, will it work as expected?" +- me: "no, you have to pass `--recursive`, so git will checkout submodules... + even if they are already available locally." +- Andrew: "then it's a piece-of-shit-approach." + +Uh, I agree. People have not grown muscle memory to add `git clone --recursive +` and never will, so it's impossible to adopt git-subtrac beyond +well-controlled silos. Which is why we will have a +yet-another-programming-language-specific-package-manager, this time for zig. +Or at least my argument for using git-subtrac stops right there. + +About git-subtrac +----------------- + +[`git-subtrac`][git-subtrac] manages dependencies of some of my projects. It is +like git submodules, but all refs of the dependencies stay in the same +repository. Wait, stop here. Repeat after me: _it is like git submodules, but +all refs stay in the same repository_. I call it "good vendoring". Since all +the deps are in our repo, no external force can make our dependency +unavailable. + +It is, howerver, harder to *add* a dependency than with, say, `go get +`. Let's talk about auditing dependencies. + +Auditing dependencies +--------------------- + +In "modern" programming languages with their package managers dependencies are +easy to add, hard to remove, and the maintenance burden grows with their +amount. Package managers claim to take care of transitive dependencies. Which +is convenient to the developer, but, as Corbet says, frees (or denies, +depending how one looks at it) developers from their basic right (or +obligation?) to understand them. "We can't understand why Kids These Days +just don't want to live that way" -- [Jonathan Corbet, 2022 April][linux-rust]. + +Here is my dependency checklist: + +- Obvious: does it work at all? +- How easy is it to build, run and run it's tests? +- Is it well written? API surface, documentation, tests, error handling, error + signaling, logging, metrics (if applicable), etc. +- It's system dependencies. +- It's transitive dependencies. + +Zooming into the last part: C projects tend to do it well. For Go and Python +projects a small number of dependencies is often a sign of care and quality on +other areas, too. [mattn/go-sqlite3](https://github.com/mattn/go-sqlite3), +[google/brotli](https://github.com/google/brotli), +[apenwarr/redo](https://github.com/apenwarr/redo), +[cmph](http://cmph.sourceforge.net/) are good examples. + +If a dependency is well written, but has more transitive dependencies than I +need and there is no good alternative, I will fork it and remove unnecessary +code and dependencies. My recent example is +[sql-migrate](https://github.com/motiejus/sql-migrate). + +If I may combine Corbet's views with mine: if we understand and audit our +dependencies (and transitive ones), we will have less dependencies and a more +maintainable system. Win-win. + +Which brings us to... + +Transitive dependencies and git-subtrac +--------------------------------------- + +[`git-subtrac`][git-subtrac] does not deal with transitive dependencies. At +least not directly. Or I am not aware of it. Ok, I haven't tried. + +If we audit and thus understand our dependencies, we will be able to add +transitive ones to our project even without support of git-subtrac. So perhaps +git-subtrac shouldn't care? + +Conclusion +---------- + +Can git checkout local submodules when they are in the same repository, so we +can reconsider (of not having) a package manager for zig? + +[git-subtrac]: https://github.com/apenwarr/git-subtrac/ +[linux-rust]: https://lwn.net/SubscriberLink/889924/a733d6630e3b5115/ diff --git a/content/resume.md b/content/resume.md new file mode 100644 index 0000000..6eda64a --- /dev/null +++ b/content/resume.md @@ -0,0 +1,48 @@ +--- +title: "Resume" +--- + +In reverse-chronological order. + +## Uber: 2016-now + +Core Infrastructure. Areas: + +- Solving problems of Core Infra via various initiatives. +- Writing tools that manage our fleet. +- Trained an Incident Response team in EU. + +Tech: Go and Linux. + +## Amazon: 2014-2016 + +- Worked on Amazon WorkMail. +- Intersection between the business application and the system (and networks) + that are running it. + +Tech: Java, Linux and AWS public offerings. + +## Spil Games: 2012-2014 + +- Backend application developer. +- Networking and Linux investigator. + +Tech: Erlang, C and Linux. + +## Glasgow University: 2011-2012 + +Linux systems and hardware administrator. + +## Mano Numeris: 2010-2011 + +Business line application developer in Erlang. + +# Education + +## Vilnius University: 2019-2021 + +MSc in Cartography. + +## University of Glasgow: 2010-2013 + +BSc in Computing Science.