Alteration x10
@alterationx10.com
Scala enthusiast. Expert mispeller of things.
Things I will likely ramble about:
Working on a zero-dependency framework for fun at https://github.com/wishingtreedev/branch
and building fun, simple apps with it at https://github.com/wishingtreedev
Things I will likely ramble about:
Working on a zero-dependency framework for fun at https://github.com/wishingtreedev/branch
and building fun, simple apps with it at https://github.com/wishingtreedev
I’ve had great success lately, and with agent tools that incorporate feedback automatically (like compiler warnings, failures). Personally, I think it’s at a turning point now that more focus is being put on development workflows, than chatting about one source file in particular, etc…
February 25, 2025 at 1:06 PM
I’ve had great success lately, and with agent tools that incorporate feedback automatically (like compiler warnings, failures). Personally, I think it’s at a turning point now that more focus is being put on development workflows, than chatting about one source file in particular, etc…
Oh, that will be nice! At work that's definitely a feature we use all the time (via tapir).
December 25, 2024 at 2:03 AM
Oh, that will be nice! At work that's definitely a feature we use all the time (via tapir).
Very cool! You have some very nice examples and documentation as well!
December 24, 2024 at 10:58 PM
Very cool! You have some very nice examples and documentation as well!
I built a layer over top of the java httpserver in my framework github.com/wishingtreed... (it's the spider package/module). The code for this app is here github.com/wishingtreed...
GitHub - wishingtreedev/branch: A zero-dependency Scala framework
A zero-dependency Scala framework. Contribute to wishingtreedev/branch development by creating an account on GitHub.
github.com
December 24, 2024 at 9:39 PM
I built a layer over top of the java httpserver in my framework github.com/wishingtreed... (it's the spider package/module). The code for this app is here github.com/wishingtreed...
I mean, it makes plenty of sense, given how everything else is distributed in the ecosystem. Maybe I feel like my small apps aren't worthy of the eternity of maven central 😆
December 17, 2024 at 6:43 PM
I mean, it makes plenty of sense, given how everything else is distributed in the ecosystem. Maybe I feel like my small apps aren't worthy of the eternity of maven central 😆
😁 I'm going all-in on scala-cli , but even I don't want to pass args through `scala-cli run` all the time. I think the default `scala-cli package` command will even download a JVM, but I could be remembering that wrong - perhaps it will download the appropriate JVM assuming one is already installed.
December 17, 2024 at 6:39 PM
😁 I'm going all-in on scala-cli , but even I don't want to pass args through `scala-cli run` all the time. I think the default `scala-cli package` command will even download a JVM, but I could be remembering that wrong - perhaps it will download the appropriate JVM assuming one is already installed.
I was thinking this could be a good option as well, but I think that still requires publishing an artifact to central / some repository - which I don’t want to do for an app (but that’s just me, haha). Also, making sure users have/use coursier is one more hoop to jump through 🤔
December 17, 2024 at 5:36 PM
I was thinking this could be a good option as well, but I think that still requires publishing an artifact to central / some repository - which I don’t want to do for an app (but that’s just me, haha). Also, making sure users have/use coursier is one more hoop to jump through 🤔
In this context, probably cli apps with no gui. I’ll be deploying things with gui as web apps, and libraries via central. I don’t imagine I’ll have many users anytime soon (or ever 😁), but I believe in lowering the barrier to entry. That’s why I’m leaning to prebuilt apps on GitHub releases.
December 17, 2024 at 3:44 PM
In this context, probably cli apps with no gui. I’ll be deploying things with gui as web apps, and libraries via central. I don’t imagine I’ll have many users anytime soon (or ever 😁), but I believe in lowering the barrier to entry. That’s why I’m leaning to prebuilt apps on GitHub releases.
Laziness for sure.
November 26, 2024 at 7:53 PM
Laziness for sure.
That’s certainly nice, though I feel like they are doing a disservice to the project by prefacing “it’s not a build tool” every place they make something 10x easier than sbt. It’s ok to switch tools when the time is right, and starting with “but probably just use sbt” isn’t going to drive adoption.
November 22, 2024 at 4:40 PM
That’s certainly nice, though I feel like they are doing a disservice to the project by prefacing “it’s not a build tool” every place they make something 10x easier than sbt. It’s ok to switch tools when the time is right, and starting with “but probably just use sbt” isn’t going to drive adoption.
I agree, but doing less with more can often expand your view on simplifying things and focusing on what matters (at the time). Perspective is more important than where the code lives for a short while, imo. scala-cli may be the most powerful “not a build tool” out there 🤣
November 22, 2024 at 4:32 PM
I agree, but doing less with more can often expand your view on simplifying things and focusing on what matters (at the time). Perspective is more important than where the code lives for a short while, imo. scala-cli may be the most powerful “not a build tool” out there 🤣
They do not! (Or should not - I’d switch back if they did). Scala-cli also has a neat directive where you can identify a file as only being for test scope, which makes building reusable test components easier.
November 22, 2024 at 1:42 PM
They do not! (Or should not - I’d switch back if they did). Scala-cli also has a neat directive where you can identify a file as only being for test scope, which makes building reusable test components easier.