Glenn Vanderburg
where else to find them
website:http://vanderburg.org/
github:glv
bluesky:glenn.vanderburg.org
mastodon:@glv@mastodon.social
x:glv
threads:gvanderburg
what they talk about
all 10 in the filters
where they keep going back
- RailsConf3 editions2011–2019
- O'Reilly Software Architecture Conference New York, NY3 editions2015–2019
- RubyConf2 editions2009–2010
all 9 in the filters
on a stage with
who talks about the same things
- Sarah Mei24 talks
- Daniel Terhorst-North42 talks
- Kent Beck14 talks
- Dave Thomas33 talks
- Russ Miles22 talks
- Jakub Nabrdalik20 talks
| title | conference | date |
|---|---|---|
| The 30-Month Migration | RailsConf 2019 | 2019-05-01 |
A sustained 30 months effort restructures contacts across two databases into a single Postgres schema in four stages: migrate from Neo4j to Active Record using… | ||
| Roaming Free: The Power of Reading Beyond Your Field | O'Reilly Software Architecture Conference 2019 - New York, New York | 2019-02-04 |
A claim that reading outside software changes practice: structured OOA/UML training gives way to agile methods after finding David Billington’s July 2000… | ||
| A Clear-Eyed Look at Distributed Teams | RailsConf 2017 | 2017-04-25 |
Argues that success depends on concrete choices not slogans: commit to culture and buy good gear (Slack, Jira, ScreenHero, quality cameras), staff a critical… | ||
| Distributed Teams | The Lead Developer New York 2017 | 2017-02-13 |
Clear-eyed, practical advice on making distributed teams work: examples and numbers, not platitudes. The report cites up to 200 engineers managed across… | ||
| why software development is an engineering discipline | O'Reilly Software Architecture Conference 2016 - London, United Kingdom | 2016-10-19 |
Argues software development is a legitimate engineering discipline, not a failed “software engineering” nor merely an art, by comparing practices and… | ||
| why software development is an engineering discipline | O'Reilly Software Architecture Conference 2015 | 2015-03-16 |
Argues that software is engineering by showing what actually works: iterative, empirical development where code-as-document and test-driven validation replace… | ||
| Cló: The Algorithms of TeX in Clojure | Clojure/conj 2014 | 2014-11-20 |
A Clojure reimplementation of TeX’s core algorithms becomes a modular backend rather than a line-by-line clone: the last three stages and a simplified line… | ||
| Befriending the Turtles | Rocky Mountain Ruby 2013 | 2013-09-25 |
Argues that programmers must actually open layers instead of trusting them, showing concrete practices: read disassembled bytecode to reverse engineer a JVM… | ||
| Grasping Complexity with Both Hands | GoGaRuCo 2012 | 2012-09-14 |
Programmers tend to oversimplify and miss second‑order effects: a proposed product to automate patent filings is predicted to fail because overloaded patent… | ||
| Misunderstanding | LoneStarRuby Conf 2011 | 2011-08-11 |
Argues that clear reasoning beats slogans by showing concrete failures and fixes: Gilb's law framed risks of measurement but measuring has costs, numbers… | ||
| Craft, Engineering, and the Essence of Programming | RailsConf 2011 | 2011-05-16 |
Argues that the old software‑engineering analogy is wrong: Jack Reeves (1992) shows the source code is the design, compilers fill the third slot, and economics… | ||
| Putting On Your Birthday Suit | RubyConf 2010 | 2010-11-11 |
Builds Hirsute on ActiveRecord and ActiveModel and reports that a literal “naked” object lacks enough metadata to auto‑generate a usable UI: validations are… | ||
| Why "Enterprise Tools" Are Bad for the Enterprise | RubyConf 2009 | 2009-11-19 |
Argument: big expensive vendor stacks hurt agility because they force slow context switches, create support silos, and lock in one brittle API. Evidence: a… | ||
| Programming Intuition | Lone Star Ruby Conference 2009 | 2009-08-27 |
Argues that what matters are concrete claims and artifacts: great programmers are ~10× more productive, and intuition is trainable by mapping abstractions to… | ||
| Tactical Design | Lone Star Ruby Conference 2008 | 2008-09-04 |
Argues that teaching small, actionable rules beats high‑level theory: enforce short methods and few methods per class, mentor by pair programming, and adopt… | ||
| nothing matches | ||