Repost

Reposted Marko Karppinen (@karppinen@mastodon.online)
Post details
There’s a combo hot take brewing in my head about the #xz and #redis debacles. It goes something like: When the shit hits the fan and part of the reason appears to be an overworked and underpaid maintainer, lots of people come out of the woodwork to demand more respect and money for them. But when a maintainer recognizes that they’re in an unsustainable situation and dares to make a proactive change, well FUCK THAT GUY. WHO THE HELL DOES HE THINK HE IS?

 Repost

Reposted Terence Eden (@Edent@mastodon.social)
Post details
I wrote this ⬆️ a few years ago. As the fallout from the #XZ hack reverberates, expect to see people calling for a "real name" policy for contributors to critical infrastructure. But, as I explain, there are several practical problems with that. https://shkspr.mobi/blog/2021/02/whats-my-name-again/ That's before we get to the ethical and privacy issues. Oh, and making it *easier* for attackers to target named individuals.

 Repost

Reposted cathos (@cathos@merveilles.town)
Post details
Maintenance is more important than innovation. This xz debacle is a symptom of a system that prioritizes lots of things above maintenance. Take this as a reminder to rest, to mend things & pay attention to what needs mending in yourself. Do the radical thing of working slowly and making all things more whole.

 Bookmark

Bookmarked Optimizing SQLite for servers
Post details
SQLite is often misconceived as a "toy database", only good for mobile applications and embedded systems because it's default configuration is optimized for embedded use cases, so most people trying it will encounter poor performances and the dreaded SQLITE_BUSY error. But what if I told you that by tuning a

 Repost

Reposted yossarian (1.3.6.1.4.1.55738) (@yossarian@infosec.exchange)
Post details
my only contribution to the xz discourse: absolutely none of the supply chain stuff we're currently doing, including the things i like, would have stopped this. the only things that can stop this are (1) compulsively treating all code as untrusted, and (2) way, way stronger capability checks and restrictions in running systems. (1) is economically infeasible (the world runs on free labor from OSS), and (2) has had only very limited practical success.

 Repost

Reposted Geoffrey Thomas (@geofft@mastodon.social)
Post details
@glyph @eb@social.coop I'm frustrated that big tech's efforts to increase core library security are "your project is too popular, you must use 2FA" and "the best reverse engineers in the world will find your bugs and put you on a 90 day disclosure deadline" and not "here is $100K/year and benefits to keep doing what you're doing at your own pace."

 Repost

Reposted Glyph (@glyph@mastodon.social)
Post details
@eb@social.coop I really hope that this causes an industry-wide reckoning with the common practice of letting your entire goddamn product rest on the shoulders of one overworked person having a slow mental health crisis without financially or operationally supporting them whatsoever. I want everyone who has an open source dependency to read this message https://www.mail-archive.com/xz-devel@tukaani.org/msg00567.html

 Repost

Reposted danielle 🏳️‍🌈 (@endocrimes@toot.cat)
Post details
It’s not surprising that a major security vulnerability is once again caused by maintainer burnout and someone stepping in to take over. We’ve all been talking about that risk for years. Sadly it’s also unsurprising that OSS teams still are going to need to plead with management to stay funded, and paid OSS maintainers will still do unpaid overtime to work with volunteers. 🙃.

 Listen

Listened to A RedMonk Conversation: Engaging with Developers on Hacker News (With Dan Moore) | PodServe.fm
Post details
Join RedMonk analysts James Governor and Kate Holterhoff as they chat with Dan Moore about Hacker News, the social news website for developers. This conversation digs into significant questions concerning this network that include not only what makes it unique, but also the special sauce that makes developers flock there. Moore suggests strategies for vendors hoping to successfully engage this community, and more general best practices for becoming involved. This RedMonk Conversation was originally published in video form on March 28, 2024.

 Repost

Reposted Rob Ricci :real: (@ricci@discuss.systems)
Post details
Hey, with people in the news getting sentenced to prison, facing the possibility of prison time, etc., just a reminder: it is not desirable, nor funny, that violence in prison (including sexual violence), be a part of someone's punishment. Even people you really, really do not like who have done really super bad things. It is to the United State's shame that violence in prison is part of our carceral system, and we should not celebrate it, ever. We should seek to eliminate it.

 Listen

Listened to #72 - Give People What They Came For, with Jerod Santo
Post details
Today I got the pleasure to chat with Jerod Santo, the Managing Editor at Changelog Media. Picture this – a podcast that not only uncovers the intricacies of Jerod's career but also shares some unconventional lessons learned from his work. From navigating the ever-evolving tech landscape to spearheading Changelog, Jerod brings a wealth of experience that transcends your typical engineer expectations and taps into the heart of what it means to build a sustainable developer community.

 Listen

Listened to Going Open Source at Convex with James Cowling - Software Engineering Daily by SEDaily 
Post details
Convex is a serverless backend platform to simplify fullstack application development. Its underlying database is written in Rust, and it uses TypeScript to integrate with reactive UI frameworks. The platform is growing, which has presented new reasons to make the code open source, and Convex recently released the source code for a self-managed version of

 Repost

Reposted The Seven Voyages Of Steve (@sinbad@mastodon.gamedev.place)
Post details
I feel like subscriptions have generally made software quality worse. There was an argument that having to make paid upgrades to generate revenue to pay salaries put pressure on companies to change things that didn’t need changing, just to get that upgrade money, and subs reflected the holistic task of careful maintenance better. But in practice what’s often happened is the subscription props up bad decisions on product direction, because subs have to keep paying either way.

 Repost

Reposted Eloy (@eloy@hsnl.social)
Post details
@noracodes@tenforward.social IMHO you should pay for open source if you are making a profit on it. Lots of companies are reselling proprietary software and are paying for licenses without having specific feature wishes for the software, they just pay for the maintenance.