Shawn McCool
@shawnmc.cool
Unsatisfied with the status quo - Game Dev - #ElixirLang - Linux - Payment Processing -
https://shawnmc.cool
https://shawnmc.cool
Yeah sorry.. the something awful forums. It was kind of the center of high internet culture at one point.
November 15, 2025 at 7:10 PM
Yeah sorry.. the something awful forums. It was kind of the center of high internet culture at one point.
Were you around in around awful days?
November 15, 2025 at 7:05 PM
Were you around in around awful days?
I use it for absolutely all of my projects now. The result is comfort and an ease of use that I didn't realize was missing.
November 15, 2025 at 4:48 AM
I use it for absolutely all of my projects now. The result is comfort and an ease of use that I didn't realize was missing.
nvim just keeps working for me.
November 13, 2025 at 5:27 PM
nvim just keeps working for me.
This kind of moral grandstanding obscures the core concern. We've seen it over and over with genuinely meaningful causes being subverted by bad actors who believe themselves righteous.
November 11, 2025 at 6:32 PM
This kind of moral grandstanding obscures the core concern. We've seen it over and over with genuinely meaningful causes being subverted by bad actors who believe themselves righteous.
Definitely got sweaty trying to stop themselves from just entering. Had a moment of courage, knocked on the door, then got out.
November 10, 2025 at 2:39 PM
Definitely got sweaty trying to stop themselves from just entering. Had a moment of courage, knocked on the door, then got out.
We are also a "chippies" family.
October 28, 2025 at 10:29 PM
We are also a "chippies" family.
Reposted by Shawn McCool
Hence deferring strategy to name "things" might be really desirable, as "naming is framing" - then "models" (of thinking) then are constrainted just by the act of "naming".
I tried to express some thoughts on that topic too talesfrom.dev/blog/the-amb...
I tried to express some thoughts on that topic too talesfrom.dev/blog/the-amb...
The ambiguity of naming
Why naming is hard, and can even be dangerous?
talesfrom.dev
October 28, 2025 at 9:19 AM
Hence deferring strategy to name "things" might be really desirable, as "naming is framing" - then "models" (of thinking) then are constrainted just by the act of "naming".
I tried to express some thoughts on that topic too talesfrom.dev/blog/the-amb...
I tried to express some thoughts on that topic too talesfrom.dev/blog/the-amb...
The distinction between micro state encapsulation and runtime process encapsulation results in a system with improved focus on runtime properties. The immutability of the data structures prevents a lot of the need for manually implementing immutability on value objects etc.
October 28, 2025 at 10:47 AM
The distinction between micro state encapsulation and runtime process encapsulation results in a system with improved focus on runtime properties. The immutability of the data structures prevents a lot of the need for manually implementing immutability on value objects etc.
The more Elixir approach would be to have schema'd data structures managed by the process. The process is a memory isolated encapsulation point which is not designed around isolating mutable state, but rather around runtime properties such as concurrently, sequentiality, and transactionality.
October 28, 2025 at 10:47 AM
The more Elixir approach would be to have schema'd data structures managed by the process. The process is a memory isolated encapsulation point which is not designed around isolating mutable state, but rather around runtime properties such as concurrently, sequentiality, and transactionality.
The classical OOP approach is to create reference types which are a kind of "micro object" with small state. These data-as-objects tend to be harder to traverse as they typically require some amount of bespoke behavior to traverse. Mutability is a big driving force behind the design of these.
October 28, 2025 at 10:47 AM
The classical OOP approach is to create reference types which are a kind of "micro object" with small state. These data-as-objects tend to be harder to traverse as they typically require some amount of bespoke behavior to traverse. Mutability is a big driving force behind the design of these.
Ultimately, everything is just a function and the cohesion of functions into modules isn't THAT different from the cohesion of methods into classes. But the data management part is certainly different, because Elixir data management is on the process scope, not the class instance scope.
October 28, 2025 at 10:47 AM
Ultimately, everything is just a function and the cohesion of functions into modules isn't THAT different from the cohesion of methods into classes. But the data management part is certainly different, because Elixir data management is on the process scope, not the class instance scope.
My view of the implementation side of DDD is that behavioral modeling defined by business processes is the critical idea. That doesn't change based on language.
Generally speaking, I find declarative design much easier to work with and less laborious. But YMMV.
Generally speaking, I find declarative design much easier to work with and less laborious. But YMMV.
October 28, 2025 at 10:47 AM
My view of the implementation side of DDD is that behavioral modeling defined by business processes is the critical idea. That doesn't change based on language.
Generally speaking, I find declarative design much easier to work with and less laborious. But YMMV.
Generally speaking, I find declarative design much easier to work with and less laborious. But YMMV.
My view of DDD isn't that there's specific implementation prescription. I realize that there's common DDD patterns like repositories and aggregates. But I think that these tend to emerge from DDD principles rather than ARE DDD.
October 28, 2025 at 10:47 AM
My view of DDD isn't that there's specific implementation prescription. I realize that there's common DDD patterns like repositories and aggregates. But I think that these tend to emerge from DDD principles rather than ARE DDD.
Good thing we're returning to analog classrooms. Having devices in class has been a disaster. We've been cheating our kids out of basic skills. I don't doubt that the work required to properly educate costs more than we've been investing. But this wasn't the beginning of the education failure.
October 25, 2025 at 5:28 AM
Good thing we're returning to analog classrooms. Having devices in class has been a disaster. We've been cheating our kids out of basic skills. I don't doubt that the work required to properly educate costs more than we've been investing. But this wasn't the beginning of the education failure.
I've been using jj exclusively for a few months now and I find it a pleasure. It's very "not in the way" compared to just raw git.
October 23, 2025 at 6:14 AM
I've been using jj exclusively for a few months now and I find it a pleasure. It's very "not in the way" compared to just raw git.
It's funny because we use a lot of the same stuff. I guess it's just an emergent popular tool set these days.
October 21, 2025 at 1:39 PM
It's funny because we use a lot of the same stuff. I guess it's just an emergent popular tool set these days.
You may already know.. but I set up super, shift, F to set fullscreenstate 0 2. So that I can take that YouTube window you showed and maximize the video while keeping the window tiled.
October 21, 2025 at 11:24 AM
You may already know.. but I set up super, shift, F to set fullscreenstate 0 2. So that I can take that YouTube window you showed and maximize the video while keeping the window tiled.
I wouldn't mind if software development wasn't so disproportionately lucrative so that the industry could stop swallowing up people who could be so talented in other ways that could benefit us instead of just shoveling more bad software into the world because of economic incentives.
October 20, 2025 at 10:17 PM
I wouldn't mind if software development wasn't so disproportionately lucrative so that the industry could stop swallowing up people who could be so talented in other ways that could benefit us instead of just shoveling more bad software into the world because of economic incentives.