@www.jvt.me@www.jvt.me (who has a website) joins @jerod & @adam to discuss the indie web, living with ADHD, sharing his salary history with the world & building DMD – a dynamite open source tool to help you better understand the use of dependencies across your org.
One of my favorite things about Rust is it's one of those rare programming communities where there's a culture of actually documenting shit, and one of my least favorite things is that for no reason I can discern, there's a hole in that culture of documentation, a hole cut precisely in the size and shape of Cargo "features", which crates incredibly frequently have multiple of that they either just don't document or document somewhere entirely other than you'd expect
:ablobcouple: Dear friends of Power #Penguins,
Even though I can use a #variety of OS, my Love is for #Linux Penguins. At the moment, I am using #Manjaro as one of my Puppy #Linuxi/linux’s … what is the plural - Penguins? Yep Puppy Bionic slowly disintegrates into #Chaos to rest in the Sky #Kennels. I am also running a bit of a slow Raspberry. In fact, if Rpi3 was any slower, I would be back to ye #olde, slowly days of #Knoppix (which I liked a lot)
At the #moment, I am trying to delete and reinstall #Audacity without breaking #dependencies. Can I I? Clue: NO!!! :ablobglarezoom:
Today is a good day to die … not die, have #breakfast. I lives to click my claws another day … :ablobdancer:
Incidentally, #Thunderbird is an excellent program. Thank GNU very mucho gracias - ooh I iz mexicanish …
One of the key aspects of #ThingUmbrella is that it's mainly free from 3rd party runtime dependencies. This is not about NIH-syndrome (Not Invented Here) and the #1 reason for this is (as just reconfirmed again): 99.9% of the time it's these external deps which cause breakage (not to mention all the Dependabot alerts), often due to becoming dormant/unmaintained or becoming incompatible with newer versions of Node/TypeScript. About the latter, I'm also holding my breath each time a new version is released and I'm wondering if that language's type inferencing logic will ever be deemed stable or if it will go on changing continously (even if more subtly and less often recently) and semiregularly breaking existing, perfectly working codebases and auto-complete behaviors...
We talk build vs buy decisions, dependency selection & how Justin has implemented POSSE (Post On Site Syndicate Elsewhere) in response to the stratification of social networks.
Hi Gradle users, I have a question. How do you replace or update a transitive dependency?
Is the preferred way to register the transitive dependency as a direct one, or are there better ways?
Is there an equivalent to dependencyManagement in Maven? #gradle#java#dependencies
This Casey Muratori quote below is spot on for most other "creative software", incl. generative art/design tools/frameworks... In this context, it also doesn't matter if these are #OpenSource or not, since 99% of people are engaging with these offerings purely as consumers and will be left stranded/struggling once the day of reckoning will arrive (nothing lasts forever, regardless of enshittification)...
Many subfields of digital art/design/engineering currently have one (or a couple) incumbent monopolistic tools/frameworks consuming/sucking the attention of most practicioners in those fields. Each time, the main issue (for users) should be learning, developing, extracting, abstracting reusable skills, underlying metaphors/terminologies, techniques and thought patterns which are more general and independent from those tools, actively exercising the breaking of mental (and practical) dependencies to free & shape one's own creative practice/process.
Artists too (rather: them especially) should own and keep control of their means of production, or at the very least understand them (in some detail)!
Yet, in the bigger picture, the appetite for exactly these things seems to be continuously waning and the "AI" hype theatre is just accelerating & strengthening production dependencies and the strict separation between infrastructure owners & practioners... These are choices each one of us has to and does make, but how many of us are doing so consciously/intently and how many are even just willing and/or able to support others working towards such goals (e.g. by embracing anti-framework and anti-monopolistic design philosophies)...
Another related quote here by Gualter Barbas Babtista (already shared previously):
“If you don’t develop your own technology, you will need to adapt to the language and patterns of the technology someone else developed – maybe in contradiction to your cultural values.”
After Yet Another goddamn time when there was no goddamn way to tell that I was in the wrong goddamn fucking pyenv and broke a bunch of shit by doing a pip upgrade to a package, this sums up my feelings entirely. #python#pythonsucks
An easy way to prevent this in future is to use #poetry (or #pipenv) to install and "lock" your #dependencies (rather than using #pip directly), and check the resulting lockfile into your RCS like any other source file.
If you screw up, poetry install --sync will fix it, including downgrading or removing packages to get back to that known-good state. And if you screw up your lock file, restore it from an earlier point.
Every time I do a change on the website, which is not content, I also try to update the dependencies. Otherwise I might end up with a huge mess in the future.
Are you or your company using #GitHubActions and #PHP? Want to try Kahu's Pipeline Integration to monitor #dependencies for malicious code? DMs are open! :-D
Is there a language that handles dependencies well?
Python's virtual environments are a bit awkward but everything mostly works, I haven't played with Java build tools much, Javascript is a trainwreck. I've been happy with Dart, but haven't gotten into the weeds much. Same with rust, cargo seems nice, but I haven't played with it enough to know the pitfalls yet.