Oddbean new post about | logout

Notes by Tobias Roeser | export

 nostr:npub1fk0u8l79sww3dfvu48hzcgpw5ewddtk756n6phdyhzgjs22tvq7qm4r9aa Happy to hear that ;) I did... 
 @166877d9 Hah, great! Any package manager comes with it's own merits, I guess. Fun fact: I did only two re-installs in the whole time, one when I couldn't swap the hdd because of IDE vs. SATA, and one to switch over to 64 Bit, which was a lot easier when starting afresh. Everything else was rolling updated, which is a real thing in #Gentoo. I didn't say it's always easy, though. 
 Happy 24th Birthday, Gentoo Linux! 

When I started using it in 2004, it was not for performance tuning reasons, but to be able to install exactly the software I want and with exactly the versions I want. All my laptops (ThinkPads) and various servers ran on it since then, which makes me a #Gentoo #Linux user for almost 20 years. 
 I need to correct myself. I started using #Gentoo in 2002. I just found an old post of mine from 2004, and I think my older me did know it better. 
 New Mill version is out. 

Lots of improvements, some fixes and Java 21 support.

https://mill-build.com/mill/Changelog.html#0-11-5

#MillBuild #Scala #Java #BuildTool #foss 
 I wonder if every #Kotlin user is really happy with using #Gradle? It's currently to only option to get in the comfort of fast compilation. Outside of this vender-provided ecosystem, compiling #Koltin is really slow. Much slower than my #Scala toolchain. 
 nostr:npub1nswwnr7q7hht926hmfgza6pk8g343yc2p2ms32ultvf6myq8e6gqmwux2a For something that's "dead"... 
 @Jonathan Lamothe Yeah, me too. I wouldn't have the time to scan all these site manually.  I never used any online-reader though. 

Nowadays, using RSS means, opening the source code of an iteresting article or video and search for some rss links. Those links are visually pretty good hidden. 
 nostr:npub1fk0u8l79sww3dfvu48hzcgpw5ewddtk756n6phdyhzgjs22tvq7qm4r9aa With some work we could def... 
 @371fbbae There are so many reasons why there exist so many different tools. Different requirements, personal preferences, and so on. Creating an uber-tool isn't the right solution IMHO. To the contrary. 

But by sharing and re-using the same building blocks in your build-tools, we can improve. To give an example, most build tools don't re-invent the compiler, but if it comes to license management of dependencies, you will find many different solutions or none at all. 
 Most #BuildTool plugins should be developed as an library or CLI app first. Then, you can feed everything from your build tool into it. This makes reusing it in other build tools much easier. Also testing is easier that way. 

When looking at the current tooling landscape in #Scala or #Java, most tools are exclusive to  one build tool. They use the API of that tools and can therefore not easily reused by others. 
Event not found
 @db7cd6ae Will it be possible to switch later (back and forth), or is it an option only at purchase time?