
← Duke's Corner16 déc. 2025 · 59 min
Chris Hermansen: Don't be Afraid to Create
Chris Hermansen: Don't be Afraid to Create
Summary
Jim Grisanzio from Java Developer Relations talks with Chris Hermansen, a Java developer, consultant, and data analyst from Canada. Chris discovered Java in the 1990s and was drawn to its free accessibility and object-oriented design. He particularly appreciated Java's straightforward single inheritance model over C++'s complexity. But Chris's path to technology came through mathematics rather than computer science. He identifies streams as Java's most transformative feature for data analysis work and praises how it improved code readability and maintainability. On consulting, Chris cautions against Silicon Valley mantras like "fail often" when applied outside prototyping contexts, and he observes cultural differences in how engineers approach problem-solving with some preferring abstract discussion while others focusing on concrete data. Chris emphasizes that technology work remains fundamentally human and stresses the importance of listening, maintaining humanity in professional life, and avoiding corporate stereotypes. For students, he notes the differences between learning with modern IDEs versus the command line tools of his era when he learned to code, so he advises that new learners to try multiple approaches to deepen their understanding. His core message, which became the episode's title, is simple: "Don't be afraid to create."
Discovering Java in the 1990s
Chris discovered Java in the mid-1990 when Java was announced while working as a data analyst. "Java came along and it was free to use. It wasn't open source at that point, but it was free to use," he says. "And it really intrigued me because of its object-oriented approach to things, which was something that didn't come with the platform we were working on." Unlike the purchased software products he was using at the time, Java offered a free and accessible alternative that promised serious long-term value.
He also appreciated how Java's design avoided the complexities of C++, especially the problems with multiple inheritance. He and a colleague had been discussing moving from Pascal to either C or C++, but his colleague had concerns about C++'s complexity, particularly around multiple inheritance. "The first thing that really jumped out to me was the straightforward single inheritance pathway and the use of interfaces to define contractual relations between code," Chris says. Java's approach to inheritance immediately stood out as cleaner