$ git log --oneline --reverse --decorate pauline/
b0a71e0 10+ years cutting film: clips, documentaries, news
c1d2e3f 2025: switched careers, joined 42 Paris, learned how computers actually work
a4d5e6f 2026: finished 42 Paris common core
d3e4f5a 2026: full-stack intern at Beev
f9e8d7c (HEAD -> main) product-minded full-stack dev in the making
$ cat ~/.whoami
tinkerer-in-chief, reads man pages for fun
$ cat << 'EOF'
ancient editor, new coder. editing is deciding what matters in a
pile of raw footage and cutting the rest. coding turned out to be
the same call on different material.
EOFClient briefs in editing are never clear either: "make it punchier" is basically the "it should feel more modern" of code reviews. You learn fast to become a bit of a wizard mind reader, guessing what people actually want when they can't quite say it themselves, because half the time they don't know until you show them the wrong version first. And "finished" was always a lie in editing too, there's always one more cut you could make. Shipping software has the exact same problem, just with more Slack messages about it. But honestly, I love that part. Figuring out what someone actually needs, even when they can't put it into words, is the best puzzle there is.
Having a blast as a swiss-army-knife, product-minded dev intern at Beev, a fast-moving startup electrifying company fleets, from vehicles to turnkey charging stations, for individuals and businesses. I build on their SaaS and internal tools with TypeScript (Nest, React), and my other GitHub is where the work stuff lives. On the side: a legal torrent-fetching tool, a growing pull toward devops (CI, containers, the stuff that runs the stuff), and a deep agentic rabbit hole: harnesses, self-improving loops, agent architecture, with my colleague Claude.
I thrive in another corner of the tech spectrum (video editing was already a technical craft), with a head buzzing with concepts, builds and possibilities. I bring the product and user experience mindset of editing into my dev toolbox, and being right at the heart of the storm of change in the profession is incredibly enriching.
|
to say it the LinkedIn way: add me to your team for more atomic commits, fewer mystery-novel changelogs, and questions asked before the first line of code underneath all of it I'm just an enthusiast, always eager to learn, a product-minded dev at heart |
I get genuinely excited about a well-organized, scalable, clean system, the kind where you open the repo six months later and it still makes sense without a Slack archaeology session. Here's what gets me:
| good practices |
atomic commits that do one thing, conventional commit prefixes so the changelog isn't a mystery novel, PRs small enough to actually review properly instead of skimming and approving out of guilt. Code reviews where the comment explains why and offers a way out, not just "change this", because somebody took the time to write that code and deserves an actual conversation about it, not a drive-by correction |
| tools |
I love tools. Testing them, configuring them, tweaking every setting until it fits exactly how I work. I tried Neovim once and now we're in a toxic relationship, time stops existing, I look up and it's 2am and I've configured seventeen keybindings I'll never remember. Also I'm a menace when it comes to GitHub branch protection rules, required reviewers, status checks, linear history, no force push to main, I've read every option in that settings page for fun. And I get weirdly happy setting up a linter and formatter combo following something like antfu's eslint config, instead of just keeping whatever the framework shipped with by default |
| workflows worth hardening |
a CI pipeline that catches a broken build before it ever reaches a teammate, pre-commit hooks that save me from my own 6pm typos, a branching strategy the whole team actually agreed on in a five minute conversation instead of one person just deciding it and everyone quietly resenting it |
| docs that actually help |
a README with a real quickstart that gets someone running in under five minutes, comments that explain the weird decision instead of restating the code line by line, commit messages I can read in six months and still understand what past-me was thinking, and honestly still be a little proud of |
| clear communication |
same instinct as editing, say the thing in one message instead of three, flag a blocker before it becomes a fire drill, ask the dumb question early instead of guessing wrong for two days and making everyone's Friday worse |
if I were an ATS, here's the keyword list that'd make anyone auto-pass my filter:
- commits & flow · atomic commits, conventional commits, git flow, one issue = one branch = one PR, clean merge/rebase/reconciliation strategy
- before merge · re-read the diff, green CI, pre-commit hooks, secret scanning, a test per new behavior, web-security-review
- decisions & docs · ADR, comment the why, document the public surface
- planning & collab · kanban, Linear, Notion, Miro, Figma, Excalidraw, Slack, Discord (hand me any of them and watch me light up)
- wiring things together · MCP, so Claude can go check the ticket, read the diff or open the PR instead of me copy-pasting context around
- still leveling up · TDD, definition of ready & done, user journey, NFR, observability, code owners, rollback plan, feature flags, postmortems
ask me about: switching from video editing to code at 42 · getting started in tech as a beginner · configuring stuff at 2 a.m for fun (please send help)