# \#oop

**URL:** https://forum.devtalk.com/tag/oop/880.md

[Latest](https://forum.devtalk.com/latest.md) · [Categories](https://forum.devtalk.com/categories.md) · [Tags](https://forum.devtalk.com/tags.md)

---

## [The faster you unlearn OOP, the better for you and your software](https://forum.devtalk.com/t/the-faster-you-unlearn-oop-the-better-for-you-and-your-software/10267)

<div class="topic-metadata">

**Author:** [@CommunityNews](https://forum.devtalk.com/u/CommunityNews)\
**Replies:** 16\
**Last updated:** [11 August 2026 03:38 UTC](https://forum.devtalk.com/t/the-faster-you-unlearn-oop-the-better-for-you-and-your-software/10267 "2026-08-11T03:38:13Z")

</div>

Maybe it’s just my experience, but Object-Oriented Programming seems like a default, most common paradigm of software engineering. The one typically thought to students, featured in online material and for some reason, …

---

## [Classless Can Be Classy](https://forum.devtalk.com/t/classless-can-be-classy/210806)

<div class="topic-metadata">

**Author:** [@gfqdjb](https://forum.devtalk.com/u/gfqdjb)\
**Replies:** 1\
**Last updated:** [19 August 2025 05:26 UTC](https://forum.devtalk.com/t/classless-can-be-classy/210806 "2025-08-19T05:26:39Z")

</div>

Give a typical OO developer an empty editor buffer, ask them to code, and it is a safe bet that the first five letters they type will be class… This is the first of a series of mini-tirades against the abuse of classes …

---

## [Thinking Elixir 158 - From Ruby to Elixir with Steve Bussey](https://forum.devtalk.com/t/thinking-elixir-158-from-ruby-to-elixir-with-steve-bussey/115215)

<div class="topic-metadata">

**Author:** [@brainlid](https://forum.devtalk.com/u/brainlid)\
**Replies:** 0\
**Last updated:** [4 July 2023 10:35 UTC](https://forum.devtalk.com/t/thinking-elixir-158-from-ruby-to-elixir-with-steve-bussey/115215 "2023-07-04T10:35:22Z")

</div>

Episode 158 of Thinking Elixir. A challenge for many people learning Elixir is the change in the mental model. Coming from OOP to Functional changes how we reason about our applications and the old way doesn’t always map…
