<div dir="ltr"><div>Hi all<br><br></div><div>The community seems really quiet on this topic, here and on discourse - aside from some key voices! While these are important and not to ignore, OSGeo is more than just a few euro-aligned guys (myself included). My first response about the arguments of Linus is this: is OSGeo really the community that wants to take the attitude "well, you can always fork it"? What's the relevance of this to OSGeo and its approach?<br><br></div><div>Or, is it a dead cat? (see: <a href="https://en.wikipedia.org/wiki/Dead_cat_strategy">https://en.wikipedia.org/wiki/Dead_cat_strategy</a>)<br><br></div><div>I've written in another discussion about community, environmental and social harms already caused by large scale expansion of the tools we collectively (and wrongly**) call "ai". And thought that this research might be good to add to the discussion:<br><br><a href="https://osf.io/preprints/psyarxiv/5y6m4_v1">https://osf.io/preprints/psyarxiv/5y6m4_v1</a><br><br></div><div>The TL:DR is the title: "AI advice suppresses people’s willingness to say “I don’t know”, even when the advice is wrong and accuracy is incentivized"<br><br></div><div>What has this to do with OSGeo? And writing code?<br><br></div><div>Well, is OSGeo only writing code? Or is it also about all the support systems that enable writing code? Or *do things* with the code? Or *fund* the code? Or develop (and evolve) systems of governance for funding, writing, sharing, and using code? I've always had the view that OSGeo is all of the above. And in all of that system, being able to update our thinking, our approach - is critical. And we need to be comfortable with "I don't know".<br><br></div><div>All of those words sum up to:<br><br></div><div>I'm very uncomfortable with the approach "well, you can always fork it". I'm also uncomfortable with the particular fallacy of technological inevitability about "ai".<br><br></div><div>So where do I think OSGeo projects should go with that?<br><br></div><div>Where they choose to, understanding the risks carried - from plain wrong code to excessive maintainer workload to losing valuable community to valid criticism on environmental, social and psychological grounds. Or being told they're being left behind (by what?)<br><br></div><div>I think Even makes a good point: are we here to do a technology at all costs? Or here to do a community that cares about how technology is made and deoplyed? or something else?<br><br></div><div>Maybe all of this doesn't even resonate in a technology focused organisation. I really wanted to write on behalf of a  (maybe imaginary) part of the community who sees OSGeo in a much broader context.<br><br></div><div>Cheers,<br><br></div><div>Adam</div><div><br><br></div><div>**I do own a degree in psychology for what that is worth, I feel there's a little imprimatur there on making this kind of call</div></div>