ActivityPub Viewer

A small tool to view real-world ActivityPub objects as JSON! Enter a URL or username from Mastodon or a similar service below, and we'll send a request with the right Accept header to the server to view the underlying object.

Open in browser →
{ "@context": [ "https://www.w3.org/ns/activitystreams", "https://udongein.xyz/schemas/litepub-0.1.jsonld", { "@language": "und" } ], "id": "https://udongein.xyz/users/lispi314/collections/featured", "orderedItems": [ { "@context": [ "https://www.w3.org/ns/activitystreams", "https://udongein.xyz/schemas/litepub-0.1.jsonld", { "@language": "und" } ], "actor": "https://udongein.xyz/users/lispi314", "attachment": [], "attributedTo": "https://udongein.xyz/users/lispi314", "cc": [ "https://udongein.xyz/users/lispi314/followers" ], "content": "<span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AQk0CFiIZ1rwhoH572\" href=\"https://catcatnya.com/@benaryorg\" rel=\"ugc\">@<span>benaryorg</span></a></span> All proprietary malware is sus.", "context": "tag:catcatnya.com,2023-12-09:objectId=13314608:objectType=Conversation", "conversation": "tag:catcatnya.com,2023-12-09:objectId=13314608:objectType=Conversation", "id": "https://udongein.xyz/objects/49dec996-437a-474e-973c-41f2ecf31b13", "inReplyTo": "https://catcatnya.com/users/benaryorg/statuses/111550443403171601", "published": "2023-12-09T20:45:34.090654Z", "repliesCount": 0, "sensitive": false, "source": { "content": "@benaryorg@catcatnya.com All proprietary malware is sus.", "mediaType": "text/plain" }, "summary": "vague politics, tech", "tag": [ { "href": "https://catcatnya.com/users/benaryorg", "name": "@benaryorg@catcatnya.com", "type": "Mention" } ], "to": [ "https://catcatnya.com/users/benaryorg", "https://www.w3.org/ns/activitystreams#Public" ], "type": "Note" }, { "@context": [ "https://www.w3.org/ns/activitystreams", "https://udongein.xyz/schemas/litepub-0.1.jsonld", { "@language": "und" } ], "actor": "https://udongein.xyz/users/lispi314", "attachment": [], "attributedTo": "https://udongein.xyz/users/lispi314", "cc": [ "https://udongein.xyz/users/lispi314/followers" ], "content": "<p><span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AQ2lpViXB8Kec0dE36\" href=\"https://fed.foad.me.uk/users/julian\" rel=\"ugc\">@<span>julian</span></a></span> I honestly don&#39;t get why anyone uses VSCode outside of work (when mandated, if given the choice then as usual...).</p><p>If you&#39;re not mandated to, isn&#39;t <a class=\"hashtag\" data-tag=\"emacs\" href=\"https://udongein.xyz/tag/emacs\">#Emacs</a> much more comfortable? Plus, there&#39;s no unclean <a class=\"hashtag\" data-tag=\"proprietary\" href=\"https://udongein.xyz/tag/proprietary\">#proprietary</a> garbage lurking around, closed to introspection and modification.</p><p>Anything that isn&#39;t <a class=\"hashtag\" data-tag=\"introspectable\" href=\"https://udongein.xyz/tag/introspectable\">#introspectable</a> and <a class=\"hashtag\" data-tag=\"freesoftware\" href=\"https://udongein.xyz/tag/freesoftware\">#FreeSoftware</a> shouldn&#39;t be perceived as anything more than a joke in particularly bad taste.</p><blockquote><p>However, VSCodium can’t shut out all the data collection as it is the same codebase. And since extensions act independently with regard to data collection, you still need to be mindful of what extensions you install.</p></blockquote><p>That&#39;s always been the case with basically everything though. One can make Elisp spyware and malware. It&#39;s one of the reasons non built-in dependencies should be carefully evaluated and ideally audited to at least some degree before using them.</p><p>Of course any dependency that does turn out to be malware should be called out as such and their authors considered at minimum deeply-suspect wherever they go.</p><p>Sure, sometimes Free Software isn&#39;t as refined, but the most important parts are user freedom and agency.</p><p>Candy sweetened with lead acetate might be tastier, but it will sicken you horribly and kill you. Even if it&#39;s tastier, don&#39;t eat it.</p><blockquote><p>The same is also true for customers of these competitive cloud development environments if they were to manually install these extensions into these platforms, the customers would be in breach as the license of these extensions is very clear that they are only licensed for installation in official builds distributed by Microsoft:</p></blockquote><p>Blatant violation of <a href=\"https://www.gnu.org/philosophy/free-sw.en.html#four-freedoms\">Freedom 0</a>, garbage.</p><p><a href=\"https://gwern.net/complement\">That bit about Open Source as a financial weapon reminded me of this article.</a></p>", "context": "https://fed.foad.me.uk/contexts/ff43dfd8-52d6-44dd-9e13-7afa5f5c67dc", "conversation": "https://fed.foad.me.uk/contexts/ff43dfd8-52d6-44dd-9e13-7afa5f5c67dc", "formerRepresentations": { "orderedItems": [ { "actor": "https://udongein.xyz/users/lispi314", "attachment": [], "attributedTo": "https://udongein.xyz/users/lispi314", "cc": [ "https://udongein.xyz/users/lispi314/followers" ], "content": "<p><span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AQ2lpViXB8Kec0dE36\" href=\"https://fed.foad.me.uk/users/julian\" rel=\"ugc\">@<span>julian</span></a></span> <span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AbbKKc2JdX8eiCR9Yu\" href=\"https://mastodon.social/@silvereagle\" rel=\"ugc\">@<span>silvereagle</span></a></span> I honestly don&#39;t get why anyone uses VSCode outside of work (when mandated, if given the choice then as usual...).</p><p>If you&#39;re not mandated to, isn&#39;t <a class=\"hashtag\" data-tag=\"emacs\" href=\"https://udongein.xyz/tag/emacs\">#Emacs</a> much more comfortable? Plus, there&#39;s no unclean <a class=\"hashtag\" data-tag=\"proprietary\" href=\"https://udongein.xyz/tag/proprietary\">#proprietary</a> garbage lurking around, closed to introspection and modification.</p><p>Anything that isn&#39;t <a class=\"hashtag\" data-tag=\"introspectable\" href=\"https://udongein.xyz/tag/introspectable\">#introspectable</a> and <a class=\"hashtag\" data-tag=\"freesoftware\" href=\"https://udongein.xyz/tag/freesoftware\">#FreeSoftware</a> shouldn&#39;t be perceived as anything more than a joke in particularly bad taste.</p><blockquote><p>However, VSCodium can’t shut out all the data collection as it is the same codebase. And since extensions act independently with regard to data collection, you still need to be mindful of what extensions you install.</p></blockquote><p>That&#39;s always been the case with basically everything though. One can make Elisp spyware and malware. It&#39;s one of the reasons non built-in dependencies should be carefully evaluated and ideally audited to at least some degree before using them.</p><p>Of course any dependency that does turn out to be malware should be called out as such and their authors considered at minimum deeply-suspect wherever they go.</p><p>Sure, sometimes Free Software isn&#39;t as refined, but the most important parts are user freedom and agency.</p><p>Candy sweetened with lead acetate might be tastier, but it will sicken you horribly and kill you. Even if it&#39;s tastier, don&#39;t eat it.</p><blockquote><p>The same is also true for customers of these competitive cloud development environments if they were to manually install these extensions into these platforms, the customers would be in breach as the license of these extensions is very clear that they are only licensed for installation in official builds distributed by Microsoft:</p></blockquote><p>Blatant violation of <a href=\"https://www.gnu.org/philosophy/free-sw.en.html#four-freedoms\">Freedom 0</a>, garbage.</p><p><a href=\"https://gwern.net/complement\">That bit about Open Source as a financial weapon reminded me of this article.</a></p>", "context": "https://fed.foad.me.uk/contexts/ff43dfd8-52d6-44dd-9e13-7afa5f5c67dc", "conversation": "https://fed.foad.me.uk/contexts/ff43dfd8-52d6-44dd-9e13-7afa5f5c67dc", "inReplyTo": "https://fed.foad.me.uk/objects/1cb841b7-be92-4ecb-a2d0-01421791d72b", "published": "2023-11-16T22:27:15.525701Z", "repliesCount": 2, "source": { "content": "@julian@fed.foad.me.uk @silvereagle@mastodon.social I honestly don't get why anyone uses VSCode outside of work (when mandated, if given the choice then as usual...).\r\n\r\nIf you're not mandated to, isn't #Emacs much more comfortable? Plus, there's no unclean #proprietary garbage lurking around, closed to introspection and modification.\r\n\r\nAnything that isn't #introspectable and #FreeSoftware shouldn't be perceived as anything more than a joke in particularly bad taste.\r\n\r\n> However, VSCodium can’t shut out all the data collection as it is the same codebase. And since extensions act independently with regard to data collection, you still need to be mindful of what extensions you install.\r\n\r\nThat's always been the case with basically everything though. One can make Elisp spyware and malware. It's one of the reasons non built-in dependencies should be carefully evaluated and ideally audited to at least some degree before using them.\r\n\r\nOf course any dependency that does turn out to be malware should be called out as such and their authors considered at minimum deeply-suspect wherever they go.\r\n\r\nSure, sometimes Free Software isn't as refined, but the most important parts are user freedom and agency.\r\n\r\nCandy sweetened with lead acetate might be tastier, but it will sicken you horribly and kill you. Even if it's tastier, don't eat it.\r\n\r\n> The same is also true for customers of these competitive cloud development environments if they were to manually install these extensions into these platforms, the customers would be in breach as the license of these extensions is very clear that they are only licensed for installation in official builds distributed by Microsoft:\r\n\r\nBlatant violation of [Freedom 0](https://www.gnu.org/philosophy/free-sw.en.html#four-freedoms), garbage.\r\n\r\n[That bit about Open Source as a financial weapon reminded me of this article.](https://gwern.net/complement)", "mediaType": "text/markdown" }, "summary": "", "tag": [ { "href": "https://udongein.xyz/tags/emacs", "name": "#emacs", "type": "Hashtag" }, { "href": "https://udongein.xyz/tags/freesoftware", "name": "#freesoftware", "type": "Hashtag" }, { "href": "https://udongein.xyz/tags/introspectable", "name": "#introspectable", "type": "Hashtag" }, { "href": "https://udongein.xyz/tags/proprietary", "name": "#proprietary", "type": "Hashtag" }, { "href": "https://fed.foad.me.uk/users/julian", "name": "@julian@fed.foad.me.uk", "type": "Mention" }, { "href": "https://mastodon.social/users/silvereagle", "name": "@silvereagle@mastodon.social", "type": "Mention" } ], "to": [ "https://fed.foad.me.uk/users/julian", "https://www.w3.org/ns/activitystreams#Public", "https://mastodon.social/users/silvereagle" ], "type": "Note", "updated": "2023-11-16T22:44:18.285879Z" }, { "actor": "https://udongein.xyz/users/lispi314", "attachment": [], "attributedTo": "https://udongein.xyz/users/lispi314", "cc": [ "https://udongein.xyz/users/lispi314/followers" ], "content": "<p><span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AQ2lpViXB8Kec0dE36\" href=\"https://fed.foad.me.uk/users/julian\" rel=\"ugc\">@<span>julian</span></a></span> <span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AbbKKc2JdX8eiCR9Yu\" href=\"https://mastodon.social/@silvereagle\" rel=\"ugc\">@<span>silvereagle</span></a></span> I honestly don&#39;t get why anyone uses VSCode outside of work (when mandated, if given the choice then as usual...).</p><p>If you&#39;re not mandated to, isn&#39;t <a class=\"hashtag\" data-tag=\"emacs\" href=\"https://udongein.xyz/tag/emacs\">#Emacs</a> much more comfortable? Plus, there&#39;s no unclean <a class=\"hashtag\" data-tag=\"proprietary\" href=\"https://udongein.xyz/tag/proprietary\">#proprietary</a> garbage lurking around, closed to introspection and modification.</p><p>Anything that isn&#39;t <a class=\"hashtag\" data-tag=\"introspectable\" href=\"https://udongein.xyz/tag/introspectable\">#introspectable</a> and <a class=\"hashtag\" data-tag=\"freesoftware\" href=\"https://udongein.xyz/tag/freesoftware\">#FreeSoftware</a> shouldn&#39;t be perceived as anything more than a joke in particularly bad taste.</p><blockquote><p>However, VSCodium can’t shut out all the data collection as it is the same codebase. And since extensions act independently with regard to data collection, you still need to be mindful of what extensions you install.</p></blockquote><p>That&#39;s always been the case with basically everything though. One can make Elisp spyware and malware. It&#39;s one of the reasons non built-in dependencies should be carefully evaluated and ideally audited to at least some degree before using them.</p><p>Of course any dependency that does turn out to be malware should be called out as such and their authors considered at minimum deeply-suspect wherever they go.</p><p>Sure, sometimes Free Software isn&#39;t as refined, but the most important parts are user freedom and agency.</p><p>Candy sweetened with lead acetate might be tastier, but it will sicken you horribly and kill you. Even if it&#39;s tastier, don&#39;t eat it.</p><blockquote><p>The same is also true for customers of these competitive cloud development environments if they were to manually install these extensions into these platforms, the customers would be in breach as the license of these extensions is very clear that they are only licensed for installation in official builds distributed by Microsoft:</p></blockquote><p>Blatant violation of Freedom 0, garbage.</p><p><a href=\"https://gwern.net/complement\">That bit about Open Source as a financial weapon reminded me of this article.</a></p>", "context": "https://fed.foad.me.uk/contexts/ff43dfd8-52d6-44dd-9e13-7afa5f5c67dc", "conversation": "https://fed.foad.me.uk/contexts/ff43dfd8-52d6-44dd-9e13-7afa5f5c67dc", "inReplyTo": "https://fed.foad.me.uk/objects/1cb841b7-be92-4ecb-a2d0-01421791d72b", "published": "2023-11-16T22:27:15.525701Z", "source": { "content": "@julian@fed.foad.me.uk @silvereagle@mastodon.social I honestly don't get why anyone uses VSCode outside of work (when mandated, if given the choice then as usual...).\r\n\r\nIf you're not mandated to, isn't #Emacs much more comfortable? Plus, there's no unclean #proprietary garbage lurking around, closed to introspection and modification.\r\n\r\nAnything that isn't #introspectable and #FreeSoftware shouldn't be perceived as anything more than a joke in particularly bad taste.\r\n\r\n> However, VSCodium can’t shut out all the data collection as it is the same codebase. And since extensions act independently with regard to data collection, you still need to be mindful of what extensions you install.\r\n\r\nThat's always been the case with basically everything though. One can make Elisp spyware and malware. It's one of the reasons non built-in dependencies should be carefully evaluated and ideally audited to at least some degree before using them.\r\n\r\nOf course any dependency that does turn out to be malware should be called out as such and their authors considered at minimum deeply-suspect wherever they go.\r\n\r\nSure, sometimes Free Software isn't as refined, but the most important parts are user freedom and agency.\r\n\r\nCandy sweetened with lead acetate might be tastier, but it will sicken you horribly and kill you. Even if it's tastier, don't eat it.\r\n\r\n> The same is also true for customers of these competitive cloud development environments if they were to manually install these extensions into these platforms, the customers would be in breach as the license of these extensions is very clear that they are only licensed for installation in official builds distributed by Microsoft:\r\n\r\nBlatant violation of Freedom 0, garbage.\r\n\r\n[That bit about Open Source as a financial weapon reminded me of this article.](https://gwern.net/complement)", "mediaType": "text/markdown" }, "summary": "", "tag": [ { "href": "https://udongein.xyz/tags/emacs", "name": "#emacs", "type": "Hashtag" }, { "href": "https://udongein.xyz/tags/freesoftware", "name": "#freesoftware", "type": "Hashtag" }, { "href": "https://udongein.xyz/tags/introspectable", "name": "#introspectable", "type": "Hashtag" }, { "href": "https://udongein.xyz/tags/proprietary", "name": "#proprietary", "type": "Hashtag" }, { "href": "https://fed.foad.me.uk/users/julian", "name": "@julian@fed.foad.me.uk", "type": "Mention" }, { "href": "https://mastodon.social/users/silvereagle", "name": "@silvereagle@mastodon.social", "type": "Mention" } ], "to": [ "https://fed.foad.me.uk/users/julian", "https://www.w3.org/ns/activitystreams#Public", "https://mastodon.social/users/silvereagle" ], "type": "Note", "updated": "2023-11-16T22:31:04.919034Z" }, { "actor": "https://udongein.xyz/users/lispi314", "attachment": [], "attributedTo": "https://udongein.xyz/users/lispi314", "cc": [ "https://udongein.xyz/users/lispi314/followers" ], "content": "<span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AQ2lpViXB8Kec0dE36\" href=\"https://fed.foad.me.uk/users/julian\" rel=\"ugc\">@<span>julian</span></a></span> <span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AbbKKc2JdX8eiCR9Yu\" href=\"https://mastodon.social/@silvereagle\" rel=\"ugc\">@<span>silvereagle</span></a></span> I honestly don&#39;t get why anyone uses VSCode outside of work (when mandated, if given the choice then as usual...).<br><br>If you&#39;re not mandated to, isn&#39;t <a class=\"hashtag\" data-tag=\"emacs\" href=\"https://udongein.xyz/tag/emacs\" rel=\"tag ugc\">#Emacs</a> much more comfortable? Plus, there&#39;s no unclean <a class=\"hashtag\" data-tag=\"proprietary\" href=\"https://udongein.xyz/tag/proprietary\" rel=\"tag ugc\">#proprietary</a> garbage lurking around, closed to introspection and modification.<br><br>Anything that isn&#39;t introspectable and Free Software shouldn&#39;t be perceived as anything more than a joke in particularly bad taste.<br><br>&gt; However, VSCodium can’t shut out all the data collection as it is the same codebase. And since extensions act independently with regard to data collection, you still need to be mindful of what extensions you install.<br><br>That&#39;s always been the case with basically everything though. One can make Elisp spyware and malware. It&#39;s one of the reasons non built-in dependencies should be carefully evaluated and ideally audited to at least some degree before using them.<br><br>Of course any dependency that does turn out to be malware should be called out as such and their authors considered at minimum deeply-suspect wherever they go.<br><br>Sure, sometimes Free Software isn&#39;t as refined, but the most important parts are user freedom and agency.<br><br>Candy sweetened with lead acetate might be tastier, but it will sicken you horribly and kill you. Even if it&#39;s tastier, don&#39;t eat it.<br><br>&gt; The same is also true for customers of these competitive cloud development environments if they were to manually install these extensions into these platforms, the customers would be in breach as the license of these extensions is very clear that they are only licensed for installation in official builds distributed by Microsoft:<br><br>Blatant violation of Freedom 0, garbage.<br><br>That bit about Open Source as a financial weapon reminded me of this article (<a href=\"https://gwern.net/complement\" rel=\"ugc\">https://gwern.net/complement</a>).", "context": "https://fed.foad.me.uk/contexts/ff43dfd8-52d6-44dd-9e13-7afa5f5c67dc", "conversation": "https://fed.foad.me.uk/contexts/ff43dfd8-52d6-44dd-9e13-7afa5f5c67dc", "inReplyTo": "https://fed.foad.me.uk/objects/1cb841b7-be92-4ecb-a2d0-01421791d72b", "published": "2023-11-16T22:27:15.525701Z", "sensitive": false, "source": { "content": "@julian@fed.foad.me.uk @silvereagle@mastodon.social I honestly don't get why anyone uses VSCode outside of work (when mandated, if given the choice then as usual...).\n\nIf you're not mandated to, isn't #Emacs much more comfortable? Plus, there's no unclean #proprietary garbage lurking around, closed to introspection and modification.\n\nAnything that isn't introspectable and Free Software shouldn't be perceived as anything more than a joke in particularly bad taste.\n\n> However, VSCodium can’t shut out all the data collection as it is the same codebase. And since extensions act independently with regard to data collection, you still need to be mindful of what extensions you install.\n\nThat's always been the case with basically everything though. One can make Elisp spyware and malware. It's one of the reasons non built-in dependencies should be carefully evaluated and ideally audited to at least some degree before using them.\n\nOf course any dependency that does turn out to be malware should be called out as such and their authors considered at minimum deeply-suspect wherever they go.\n\nSure, sometimes Free Software isn't as refined, but the most important parts are user freedom and agency.\n\nCandy sweetened with lead acetate might be tastier, but it will sicken you horribly and kill you. Even if it's tastier, don't eat it.\n\n> The same is also true for customers of these competitive cloud development environments if they were to manually install these extensions into these platforms, the customers would be in breach as the license of these extensions is very clear that they are only licensed for installation in official builds distributed by Microsoft:\n\nBlatant violation of Freedom 0, garbage.\n\nThat bit about Open Source as a financial weapon reminded me of this article (https://gwern.net/complement).", "mediaType": "text/plain" }, "summary": "", "tag": [ { "href": "https://udongein.xyz/tags/emacs", "name": "#emacs", "type": "Hashtag" }, { "href": "https://udongein.xyz/tags/proprietary", "name": "#proprietary", "type": "Hashtag" }, { "href": "https://fed.foad.me.uk/users/julian", "name": "@julian@fed.foad.me.uk", "type": "Mention" }, { "href": "https://mastodon.social/users/silvereagle", "name": "@silvereagle@mastodon.social", "type": "Mention" } ], "to": [ "https://fed.foad.me.uk/users/julian", "https://www.w3.org/ns/activitystreams#Public", "https://mastodon.social/users/silvereagle" ], "type": "Note" } ], "totalItems": 3, "type": "OrderedCollection" }, "id": "https://udongein.xyz/objects/6d113a5c-913a-4083-9c67-9282403ac066", "inReplyTo": "https://fed.foad.me.uk/objects/1cb841b7-be92-4ecb-a2d0-01421791d72b", "published": "2023-11-16T22:27:15.525701Z", "repliesCount": 3, "source": { "content": "@julian@fed.foad.me.uk I honestly don't get why anyone uses VSCode outside of work (when mandated, if given the choice then as usual...).\r\n\r\nIf you're not mandated to, isn't #Emacs much more comfortable? Plus, there's no unclean #proprietary garbage lurking around, closed to introspection and modification.\r\n\r\nAnything that isn't #introspectable and #FreeSoftware shouldn't be perceived as anything more than a joke in particularly bad taste.\r\n\r\n> However, VSCodium can’t shut out all the data collection as it is the same codebase. And since extensions act independently with regard to data collection, you still need to be mindful of what extensions you install.\r\n\r\nThat's always been the case with basically everything though. One can make Elisp spyware and malware. It's one of the reasons non built-in dependencies should be carefully evaluated and ideally audited to at least some degree before using them.\r\n\r\nOf course any dependency that does turn out to be malware should be called out as such and their authors considered at minimum deeply-suspect wherever they go.\r\n\r\nSure, sometimes Free Software isn't as refined, but the most important parts are user freedom and agency.\r\n\r\nCandy sweetened with lead acetate might be tastier, but it will sicken you horribly and kill you. Even if it's tastier, don't eat it.\r\n\r\n> The same is also true for customers of these competitive cloud development environments if they were to manually install these extensions into these platforms, the customers would be in breach as the license of these extensions is very clear that they are only licensed for installation in official builds distributed by Microsoft:\r\n\r\nBlatant violation of [Freedom 0](https://www.gnu.org/philosophy/free-sw.en.html#four-freedoms), garbage.\r\n\r\n[That bit about Open Source as a financial weapon reminded me of this article.](https://gwern.net/complement)", "mediaType": "text/markdown" }, "summary": "", "tag": [ { "href": "https://udongein.xyz/tags/emacs", "name": "#emacs", "type": "Hashtag" }, { "href": "https://udongein.xyz/tags/freesoftware", "name": "#freesoftware", "type": "Hashtag" }, { "href": "https://udongein.xyz/tags/introspectable", "name": "#introspectable", "type": "Hashtag" }, { "href": "https://udongein.xyz/tags/proprietary", "name": "#proprietary", "type": "Hashtag" }, { "href": "https://fed.foad.me.uk/users/julian", "name": "@julian@fed.foad.me.uk", "type": "Mention" }, { "href": "https://mastodon.social/users/silvereagle", "name": "@silvereagle@mastodon.social", "type": "Mention" } ], "to": [ "https://fed.foad.me.uk/users/julian", "https://www.w3.org/ns/activitystreams#Public", "https://mastodon.social/users/silvereagle" ], "type": "Note", "updated": "2023-11-17T02:04:56.384150Z" }, { "@context": [ "https://www.w3.org/ns/activitystreams", "https://udongein.xyz/schemas/litepub-0.1.jsonld", { "@language": "und" } ], "actor": "https://udongein.xyz/users/lispi314", "attachment": [], "attributedTo": "https://udongein.xyz/users/lispi314", "cc": [ "https://www.w3.org/ns/activitystreams#Public" ], "content": "<p><span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AQE53XWKOvypmRJzXs\" href=\"https://mstdn.social/@kkarhan\" rel=\"ugc\">@<span>kkarhan</span></a></span> <span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AYfSrxFDQ5s0RwDM3M\" href=\"https://mstdn.social/@PiTau\" rel=\"ugc\">@<span>PiTau</span></a></span> <span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AOwPEzuqWnt1ofIdzU\" href=\"https://mstdn.social/@rysiek\" rel=\"ugc\">@<span>rysiek</span></a></span> He does actually point out some alternatives from time to time, though maybe he does that more often on Fedi than on his site, I haven&#39;t really been paying attention that closely.</p><p>Also, we&#39;ve yet to even just catch back up with what Lisp Machines were doing 20~30 years ago in terms of system design. There has been a <em>lot</em> of unix-brained regression that needs to be addressed before blaming any other party.</p><p>(And Microsoft dropped <a href=\"https://en.wikipedia.org/wiki/Singularity_(operating_system)\">the last hope for common &amp; good sense to prevail in their ecosystem</a> back in 2015 so that&#39;s the end of the line for them too.)</p><p>We&#39;re <em>still</em> writing new C code, despite knowing full well that&#39;s a terrible idea and having decades of easily-avoidable incident after incident to back that assertion. We&#39;ve had perfectly viable alternatives for over two decades now, <a href=\"https://learn.adacore.com/courses/Ada_For_The_Embedded_C_Developer/index.html\">even in embedded spaces</a>.</p><p>The entire mobile ecosystem has been nothing but an avoidable disaster made-up of bad decisions from the start.</p><p>The realization that the clearnet is fundamentally broken as anything but a routing layer isn&#39;t anything new either. <a href=\"https://geti2p.net/en/\">I2P</a> is <a href=\"https://geti2p.net/en/about/intro\">20 years old</a>. And yet we still see new deployments on the clearnet and mass direct reliance on that transport layer despite knowing full-well its physical makeup has been purposely sabotaged to facilitate censorship and disruption whenever it&#39;s politically expedient in a <strong>lot</strong> of countries.</p><p>And right, disruption tolerance, that&#39;s something the internet, TCP stack and low-latency networking in general <em>completely</em> ignores (yeah unfortunately I2P also loses on that one). Any reasonable assessment of the infrastructural difficulties that are routinely observed on a daily basis around the world should be enough to conclude that medium-diverse/independent/agnostic <a href=\"https://www.complete.org/asynchronous-communication/\">Asynchronous Communication</a> is a basic requirement and <a href=\"https://www.complete.org/recovering-our-lost-free-will-online-tools-and-techniques-that-are-available-now/\">paradigm to build around</a>, because infrastructure capable of lending itself to low-latency communication <a href=\"https://www.complete.org/tools-for-communicating-offline-and-in-difficult-circumstances/\">cannot be meaningfully assumed anywhere</a>.</p><p>(By the way, neither <a href=\"https://en.wikipedia.org/wiki/FidoNet\">Fidonet</a> nor <a href=\"https://en.wikipedia.org/wiki/Usenet\">Usenet</a> made such <a href=\"https://mastodon.top/users/lispi314/statuses/111253066257920146\">assumptions about infrastructure</a>. We&#39;ve regressed a lot.)</p><p>We&#39;ve also had ample time to observe that centralized infrastructures are basically optimized for easy takedowns, and yet the majority of current systems are still neither distributed nor P2P.</p><p>So yeah, I don&#39;t know, I don&#39;t think all of that can be blamed on the FSF when there&#39;s a lot of corposcum and malicious government intervention that directly contributed to this state of affairs.</p>", "context": "tag:mstdn.social,2023-11-08:objectId=289407843:objectType=Conversation", "conversation": "tag:mstdn.social,2023-11-08:objectId=289407843:objectType=Conversation", "formerRepresentations": { "orderedItems": [ { "actor": "https://udongein.xyz/users/lispi314", "attachment": [], "attributedTo": "https://udongein.xyz/users/lispi314", "cc": [ "https://www.w3.org/ns/activitystreams#Public" ], "content": "<p><span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AQE53XWKOvypmRJzXs\" href=\"https://mstdn.social/@kkarhan\" rel=\"ugc\">@<span>kkarhan</span></a></span> <span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AYfSrxFDQ5s0RwDM3M\" href=\"https://mstdn.social/@PiTau\" rel=\"ugc\">@<span>PiTau</span></a></span> <span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AOwPEzuqWnt1ofIdzU\" href=\"https://mstdn.social/@rysiek\" rel=\"ugc\">@<span>rysiek</span></a></span> He does actually point out some alternatives from time to time, though maybe he does that more often on Fedi than on his site, I haven&#39;t really been paying attention that closely.</p><p>Also, we&#39;ve yet to even just catch back up with what Lisp Machines were doing 20~30 years ago in terms of system design. There has been a <em>lot</em> of unix-brained regression that needs to be addressed before blaming any other party.</p><p>(And Microsoft dropped <a href=\"https://en.wikipedia.org/wiki/Singularity_(operating_system)\">the last hope for common &amp; good sense to prevail in their ecosystem</a> back in 2015 so that&#39;s the end of the line for them too.)</p><p>We&#39;re <em>still</em> writing new C code, despite knowing full well that&#39;s a terrible idea and having decades of easily-avoidable incident after incident to back that assertion. We&#39;ve had perfectly viable alternatives for over two decades now, even in embedded spaces.</p><p>The entire mobile ecosystem has been nothing but an avoidable disaster made-up of bad decisions from the start.</p><p>The realization that the clearnet is fundamentally broken as anything but a routing layer isn&#39;t anything new either. <a href=\"https://geti2p.net/en/\">I2P</a> is <a href=\"https://geti2p.net/en/about/intro\">20 years old</a>. And yet we still see new deployments on the clearnet and mass direct reliance on that transport layer despite knowing full-well its physical makeup has been purposely sabotaged to facilitate censorship and disruption whenever it&#39;s politically expedient in a <strong>lot</strong> of countries.</p><p>And right, disruption tolerance, that&#39;s something the internet, TCP stack and low-latency networking in general <em>completely</em> ignores (yeah unfortunately I2P also loses on that one). Any reasonable assessment of the infrastructural difficulties that are routinely observed on a daily basis around the world should be enough to conclude that medium-diverse/independent/agnostic <a href=\"https://www.complete.org/asynchronous-communication/\">Asynchronous Communication</a> is a basic requirement and <a href=\"https://www.complete.org/recovering-our-lost-free-will-online-tools-and-techniques-that-are-available-now/\">paradigm to build around</a>, because infrastructure capable of lending itself to low-latency communication <a href=\"https://www.complete.org/tools-for-communicating-offline-and-in-difficult-circumstances/\">cannot be meaningfully assumed anywhere</a>.</p><p>(By the way, neither <a href=\"https://en.wikipedia.org/wiki/FidoNet\">Fidonet</a> nor <a href=\"https://en.wikipedia.org/wiki/Usenet\">Usenet</a> made such <a href=\"https://mastodon.top/users/lispi314/statuses/111253066257920146\">assumptions about infrastructure</a>. We&#39;ve regressed a lot.)</p><p>We&#39;ve also had ample time to observe that centralized infrastructures are basically optimized for easy takedowns, and yet the majority of current systems are still neither distributed nor P2P.</p><p>So yeah, I don&#39;t know, I don&#39;t think all of that can be blamed on the FSF when there&#39;s a lot of corposcum and malicious government intervention that directly contributed to this state of affairs.</p>", "context": "tag:mstdn.social,2023-11-08:objectId=289407843:objectType=Conversation", "conversation": "tag:mstdn.social,2023-11-08:objectId=289407843:objectType=Conversation", "inReplyTo": "https://mstdn.social/users/kkarhan/statuses/111378100236269307", "published": "2023-11-09T03:47:51.433755Z", "source": { "content": "@kkarhan@mstdn.social @PiTau@mstdn.social @rysiek@mstdn.social He does actually point out some alternatives from time to time, though maybe he does that more often on Fedi than on his site, I haven't really been paying attention that closely.\r\n\r\nAlso, we've yet to even just catch back up with what Lisp Machines were doing 20~30 years ago in terms of system design. There has been a *lot* of unix-brained regression that needs to be addressed before blaming any other party.\r\n\r\n(And Microsoft dropped [the last hope for common & good sense to prevail in their ecosystem](https://en.wikipedia.org/wiki/Singularity_(operating_system)) back in 2015 so that's the end of the line for them too.)\r\n\r\nWe're *still* writing new C code, despite knowing full well that's a terrible idea and having decades of easily-avoidable incident after incident to back that assertion. We've had perfectly viable alternatives for over two decades now, even in embedded spaces.\r\n\r\nThe entire mobile ecosystem has been nothing but an avoidable disaster made-up of bad decisions from the start.\r\n\r\nThe realization that the clearnet is fundamentally broken as anything but a routing layer isn't anything new either. [I2P](https://geti2p.net/en/) is [20 years old](https://geti2p.net/en/about/intro). And yet we still see new deployments on the clearnet and mass direct reliance on that transport layer despite knowing full-well its physical makeup has been purposely sabotaged to facilitate censorship and disruption whenever it's politically expedient in a **lot** of countries.\r\n\r\nAnd right, disruption tolerance, that's something the internet, TCP stack and low-latency networking in general *completely* ignores (yeah unfortunately I2P also loses on that one). Any reasonable assessment of the infrastructural difficulties that are routinely observed on a daily basis around the world should be enough to conclude that medium-diverse/independent/agnostic [Asynchronous Communication](https://www.complete.org/asynchronous-communication/) is a basic requirement and [paradigm to build around](https://www.complete.org/recovering-our-lost-free-will-online-tools-and-techniques-that-are-available-now/), because infrastructure capable of lending itself to low-latency communication [cannot be meaningfully assumed anywhere](https://www.complete.org/tools-for-communicating-offline-and-in-difficult-circumstances/).\r\n\r\n(By the way, neither [Fidonet](https://en.wikipedia.org/wiki/FidoNet) nor [Usenet](https://en.wikipedia.org/wiki/Usenet) made such [assumptions about infrastructure](https://mastodon.top/users/lispi314/statuses/111253066257920146). We've regressed a lot.)\r\n\r\nWe've also had ample time to observe that centralized infrastructures are basically optimized for easy takedowns, and yet the majority of current systems are still neither distributed nor P2P.\r\n\r\nSo yeah, I don't know, I don't think all of that can be blamed on the FSF when there's a lot of corposcum and malicious government intervention that directly contributed to this state of affairs.", "mediaType": "text/markdown" }, "summary": "", "tag": [ { "href": "https://mstdn.social/users/kkarhan", "name": "@kkarhan@mstdn.social", "type": "Mention" }, { "href": "https://mstdn.social/users/PiTau", "name": "@PiTau@mstdn.social", "type": "Mention" }, { "href": "https://mstdn.social/users/rysiek", "name": "@rysiek@mstdn.social", "type": "Mention" } ], "to": [ "https://mstdn.social/users/kkarhan", "https://udongein.xyz/users/lispi314/followers", "https://mstdn.social/users/PiTau", "https://mstdn.social/users/rysiek" ], "type": "Note", "updated": "2023-11-09T04:16:33.588297Z" }, { "actor": "https://udongein.xyz/users/lispi314", "attachment": [], "attributedTo": "https://udongein.xyz/users/lispi314", "cc": [ "https://www.w3.org/ns/activitystreams#Public" ], "content": "<p><span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AQE53XWKOvypmRJzXs\" href=\"https://mstdn.social/@kkarhan\" rel=\"ugc\">@<span>kkarhan</span></a></span> <span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AYfSrxFDQ5s0RwDM3M\" href=\"https://mstdn.social/@PiTau\" rel=\"ugc\">@<span>PiTau</span></a></span> <span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AOwPEzuqWnt1ofIdzU\" href=\"https://mstdn.social/@rysiek\" rel=\"ugc\">@<span>rysiek</span></a></span> He does actually point out some alternatives from time to time, though maybe he does that more often on Fedi than on his site, I haven&#39;t really been paying attention that closely.</p><p>Also, we&#39;ve yet to even just catch back up with what Lisp Machines were doing 20~30 years ago in terms of system design. There has been a <em>lot</em> of unix-brained regression that needs to be addressed before blaming any other party.</p><p>(And Microsoft dropped <a href=\"https://en.wikipedia.org/wiki/Singularity_(operating_system)\">the last hope for common &amp; good sense to prevail in their ecosystem</a> back in 2015 so that&#39;s the end of the line for them too.)</p><p>We&#39;re <em>still</em> writing new C code, despite knowing full well that&#39;s a terrible idea and having decades of easily-avoidable incident after incident to back that assertion. We&#39;ve had perfectly viable alternatives for over two decades now, even in embedded spaces.</p><p>The entire mobile ecosystem has been nothing but an avoidable disaster made-up of bad decisions from the start.</p><p>The realization that the clearnet is fundamentally broken as anything but a routing layer isn&#39;t anything new either. <a href=\"https://geti2p.net/en/\">I2P</a> is <a href=\"https://geti2p.net/en/about/intro\">20 years old</a>. And yet we still see new deployments on the clearnet and mass direct reliance on that transport layer despite knowing full-well its physical makeup has been purposely sabotaged to facilitate censorship and disruption whenever it&#39;s politically expedient in a <strong>lot</strong> of countries.</p><p>And right, disruption tolerance, that&#39;s something the internet, TCP stack and low-latency networking in general <em>completely</em> ignores (yeah unfortunately I2P also loses on that one). Any reasonable assessment of the infrastructural difficulties that are routinely observed on a daily basis around the world should be enough to conclude that medium-diverse/independent/agnostic <a href=\"https://www.complete.org/asynchronous-communication/\">Asynchronous Communication</a> is a basic requirement and <a href=\"https://www.complete.org/recovering-our-lost-free-will-online-tools-and-techniques-that-are-available-now/\">paradigm to build around</a>, because infrastructure capable of lending itself to low-latency communication <a href=\"https://www.complete.org/tools-for-communicating-offline-and-in-difficult-circumstances/\">cannot be meaningfully assumed anywhere</a>.</p><p>(By the way, neither <a href=\"https://en.wikipedia.org/wiki/FidoNet\">Fidonet</a> nor <a href=\"https://en.wikipedia.org/wiki/Usenet\">Usenet</a> made such <a href=\"https://mastodon.top/@lispi314/111253066257920146\">assumptions about infrastructure</a>. We&#39;ve regressed a lot.)</p><p>We&#39;ve also had ample time to observe that centralized infrastructures are basically optimized for easy takedowns, and yet the majority of current systems are still neither distributed nor P2P.</p><p>So yeah, I don&#39;t know, I don&#39;t think all of that can be blamed on the FSF when there&#39;s a lot of corposcum and malicious government intervention that directly contributed to this state of affairs.</p>", "context": "tag:mstdn.social,2023-11-08:objectId=289407843:objectType=Conversation", "conversation": "tag:mstdn.social,2023-11-08:objectId=289407843:objectType=Conversation", "inReplyTo": "https://mstdn.social/users/kkarhan/statuses/111378100236269307", "published": "2023-11-09T03:47:51.433755Z", "source": { "content": "@kkarhan@mstdn.social @PiTau@mstdn.social @rysiek@mstdn.social He does actually point out some alternatives from time to time, though maybe he does that more often on Fedi than on his site, I haven't really been paying attention that closely.\r\n\r\nAlso, we've yet to even just catch back up with what Lisp Machines were doing 20~30 years ago in terms of system design. There has been a *lot* of unix-brained regression that needs to be addressed before blaming any other party.\r\n\r\n(And Microsoft dropped [the last hope for common & good sense to prevail in their ecosystem](https://en.wikipedia.org/wiki/Singularity_(operating_system)) back in 2015 so that's the end of the line for them too.)\r\n\r\nWe're *still* writing new C code, despite knowing full well that's a terrible idea and having decades of easily-avoidable incident after incident to back that assertion. We've had perfectly viable alternatives for over two decades now, even in embedded spaces.\r\n\r\nThe entire mobile ecosystem has been nothing but an avoidable disaster made-up of bad decisions from the start.\r\n\r\nThe realization that the clearnet is fundamentally broken as anything but a routing layer isn't anything new either. [I2P](https://geti2p.net/en/) is [20 years old](https://geti2p.net/en/about/intro). And yet we still see new deployments on the clearnet and mass direct reliance on that transport layer despite knowing full-well its physical makeup has been purposely sabotaged to facilitate censorship and disruption whenever it's politically expedient in a **lot** of countries.\r\n\r\nAnd right, disruption tolerance, that's something the internet, TCP stack and low-latency networking in general *completely* ignores (yeah unfortunately I2P also loses on that one). Any reasonable assessment of the infrastructural difficulties that are routinely observed on a daily basis around the world should be enough to conclude that medium-diverse/independent/agnostic [Asynchronous Communication](https://www.complete.org/asynchronous-communication/) is a basic requirement and [paradigm to build around](https://www.complete.org/recovering-our-lost-free-will-online-tools-and-techniques-that-are-available-now/), because infrastructure capable of lending itself to low-latency communication [cannot be meaningfully assumed anywhere](https://www.complete.org/tools-for-communicating-offline-and-in-difficult-circumstances/).\r\n\r\n(By the way, neither [Fidonet](https://en.wikipedia.org/wiki/FidoNet) nor [Usenet](https://en.wikipedia.org/wiki/Usenet) made such [assumptions about infrastructure](https://mastodon.top/@lispi314/111253066257920146). We've regressed a lot.)\r\n\r\nWe've also had ample time to observe that centralized infrastructures are basically optimized for easy takedowns, and yet the majority of current systems are still neither distributed nor P2P.\r\n\r\nSo yeah, I don't know, I don't think all of that can be blamed on the FSF when there's a lot of corposcum and malicious government intervention that directly contributed to this state of affairs.", "mediaType": "text/markdown" }, "summary": "", "tag": [ { "href": "https://mstdn.social/users/kkarhan", "name": "@kkarhan@mstdn.social", "type": "Mention" }, { "href": "https://mstdn.social/users/PiTau", "name": "@PiTau@mstdn.social", "type": "Mention" }, { "href": "https://mstdn.social/users/rysiek", "name": "@rysiek@mstdn.social", "type": "Mention" } ], "to": [ "https://mstdn.social/users/kkarhan", "https://udongein.xyz/users/lispi314/followers", "https://mstdn.social/users/PiTau", "https://mstdn.social/users/rysiek" ], "type": "Note", "updated": "2023-11-09T04:13:47.127197Z" }, { "actor": "https://udongein.xyz/users/lispi314", "attachment": [], "attributedTo": "https://udongein.xyz/users/lispi314", "cc": [ "https://www.w3.org/ns/activitystreams#Public" ], "content": "<p><span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AQE53XWKOvypmRJzXs\" href=\"https://mstdn.social/@kkarhan\" rel=\"ugc\">@<span>kkarhan</span></a></span> <span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AYfSrxFDQ5s0RwDM3M\" href=\"https://mstdn.social/@PiTau\" rel=\"ugc\">@<span>PiTau</span></a></span> <span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AOwPEzuqWnt1ofIdzU\" href=\"https://mstdn.social/@rysiek\" rel=\"ugc\">@<span>rysiek</span></a></span> He does actually point out some alternatives from time to time, though maybe he does that more often on Fedi than on his site, I haven&#39;t really been paying attention that closely.</p><p>Also, we&#39;ve yet to even just catch back up with what Lisp Machines were doing 20~30 years ago in terms of system design. There has been a <em>lot</em> of unix-brained regression that needs to be addressed before blaming any other party.</p><p>(And Microsoft dropped <a href=\"https://en.wikipedia.org/wiki/Singularity_(operating_system)\">the last hope for common &amp; good sense to prevail in their ecosystem</a> back in 2015 so that&#39;s the end of the line for them too.)</p><p>We&#39;re <em>still</em> writing new C code, despite knowing full well that&#39;s a terrible idea and having decades of easily-avoidable incident after incident to back that assertion. We&#39;ve had perfectly viable alternatives for over two decades now, even in embedded spaces.</p><p>The entire mobile ecosystem has been nothing but an avoidable disaster made-up of bad decisions from the start.</p><p>The realization that the clearnet is fundamentally broken as anything but a routing layer isn&#39;t anything new either. <a href=\"https://geti2p.net/en/\">I2P</a> is <a href=\"https://geti2p.net/en/about/intro\">20 years old</a>. And yet we still see new deployments on the clearnet and mass direct reliance on that transport layer despite knowing full-well its physical makeup has been purposely sabotaged to facilitate censorship and disruption whenever it&#39;s politically expedient in a <strong>lot</strong> of countries.</p><p>And right, disruption tolerance, that&#39;s something the internet, TCP stack and low-latency networking in general <em>completely</em> ignores (yeah unfortunately I2P also loses on that one). Any reasonable assessment of the infrastructural difficulties that are routinely observed on a daily basis around the world should be enough to conclude that medium-diverse/independent/agnostic <a href=\"https://www.complete.org/asynchronous-communication/\">Asynchronous Communication</a> is a basic requirement and <a href=\"https://www.complete.org/recovering-our-lost-free-will-online-tools-and-techniques-that-are-available-now/\">paradigm to build around</a>, because infrastructure capable of lending itself to low-latency communication <a href=\"https://www.complete.org/tools-for-communicating-offline-and-in-difficult-circumstances/\">cannot be meaningfully assumed anywhere</a>.</p><p>We&#39;ve also had ample time to observe that centralized infrastructures are basically optimized for easy takedowns, and yet the majority of current systems are still neither distributed nor P2P.</p><p>So yeah, I don&#39;t know, I don&#39;t think all of that can be blamed on the FSF when there&#39;s a lot of corposcum and malicious government intervention that directly contributed to this state of affairs.</p>", "context": "tag:mstdn.social,2023-11-08:objectId=289407843:objectType=Conversation", "conversation": "tag:mstdn.social,2023-11-08:objectId=289407843:objectType=Conversation", "inReplyTo": "https://mstdn.social/users/kkarhan/statuses/111378100236269307", "published": "2023-11-09T03:47:51.433755Z", "source": { "content": "@kkarhan@mstdn.social @PiTau@mstdn.social @rysiek@mstdn.social He does actually point out some alternatives from time to time, though maybe he does that more often on Fedi than on his site, I haven't really been paying attention that closely.\r\n\r\nAlso, we've yet to even just catch back up with what Lisp Machines were doing 20~30 years ago in terms of system design. There has been a *lot* of unix-brained regression that needs to be addressed before blaming any other party.\r\n\r\n(And Microsoft dropped [the last hope for common & good sense to prevail in their ecosystem](https://en.wikipedia.org/wiki/Singularity_(operating_system)) back in 2015 so that's the end of the line for them too.)\r\n\r\nWe're *still* writing new C code, despite knowing full well that's a terrible idea and having decades of easily-avoidable incident after incident to back that assertion. We've had perfectly viable alternatives for over two decades now, even in embedded spaces.\r\n\r\nThe entire mobile ecosystem has been nothing but an avoidable disaster made-up of bad decisions from the start.\r\n\r\nThe realization that the clearnet is fundamentally broken as anything but a routing layer isn't anything new either. [I2P](https://geti2p.net/en/) is [20 years old](https://geti2p.net/en/about/intro). And yet we still see new deployments on the clearnet and mass direct reliance on that transport layer despite knowing full-well its physical makeup has been purposely sabotaged to facilitate censorship and disruption whenever it's politically expedient in a **lot** of countries.\r\n\r\nAnd right, disruption tolerance, that's something the internet, TCP stack and low-latency networking in general *completely* ignores (yeah unfortunately I2P also loses on that one). Any reasonable assessment of the infrastructural difficulties that are routinely observed on a daily basis around the world should be enough to conclude that medium-diverse/independent/agnostic [Asynchronous Communication](https://www.complete.org/asynchronous-communication/) is a basic requirement and [paradigm to build around](https://www.complete.org/recovering-our-lost-free-will-online-tools-and-techniques-that-are-available-now/), because infrastructure capable of lending itself to low-latency communication [cannot be meaningfully assumed anywhere](https://www.complete.org/tools-for-communicating-offline-and-in-difficult-circumstances/).\r\n\r\nWe've also had ample time to observe that centralized infrastructures are basically optimized for easy takedowns, and yet the majority of current systems are still neither distributed nor P2P.\r\n\r\nSo yeah, I don't know, I don't think all of that can be blamed on the FSF when there's a lot of corposcum and malicious government intervention that directly contributed to this state of affairs.", "mediaType": "text/markdown" }, "summary": "", "tag": [ { "href": "https://mstdn.social/users/kkarhan", "name": "@kkarhan@mstdn.social", "type": "Mention" }, { "href": "https://mstdn.social/users/PiTau", "name": "@PiTau@mstdn.social", "type": "Mention" }, { "href": "https://mstdn.social/users/rysiek", "name": "@rysiek@mstdn.social", "type": "Mention" } ], "to": [ "https://mstdn.social/users/kkarhan", "https://udongein.xyz/users/lispi314/followers", "https://mstdn.social/users/PiTau", "https://mstdn.social/users/rysiek" ], "type": "Note", "updated": "2023-11-09T04:05:15.192750Z" }, { "actor": "https://udongein.xyz/users/lispi314", "attachment": [], "attributedTo": "https://udongein.xyz/users/lispi314", "cc": [ "https://www.w3.org/ns/activitystreams#Public" ], "content": "<p><span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AQE53XWKOvypmRJzXs\" href=\"https://mstdn.social/@kkarhan\" rel=\"ugc\">@<span>kkarhan</span></a></span> <span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AYfSrxFDQ5s0RwDM3M\" href=\"https://mstdn.social/@PiTau\" rel=\"ugc\">@<span>PiTau</span></a></span> <span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AOwPEzuqWnt1ofIdzU\" href=\"https://mstdn.social/@rysiek\" rel=\"ugc\">@<span>rysiek</span></a></span> He does actually point out some alternatives from time to time, though maybe he does that more often on Fedi than on his site, I haven&#39;t really been paying attention that closely.</p><p>Also, we&#39;ve yet to even just catch back up with what Lisp Machines were doing 20~30 years ago in terms of system design. There has been a <em>lot</em> of unix-brained regression that needs to be addressed before blaming any other party.</p><p>(And Microsoft dropped <a href=\"https://en.wikipedia.org/wiki/Singularity_(operating_system)\">the last hope for common &amp; good sense to prevail in their ecosystem</a> back in 2015 so that&#39;s the end of the line for them too.)</p><p>We&#39;re <em>still</em> writing new C code, despite knowing full well that&#39;s a terrible idea and having decades of easily-avoidable incident after incident to back that assertion. We&#39;ve had perfectly viable alternatives for over two decades now, even in embedded spaces.</p><p>The entire mobile ecosystem has been nothing but an avoidable disaster made-up of bad decisions from the start.</p><p>The realization that the clearnet is fundamentally broken as anything but a routing layer isn&#39;t anything new either. <a href=\"https://geti2p.net/en/\">I2P</a> is <a href=\"https://geti2p.net/en/about/intro\">20 years old</a>. And yet we still see new deployments on the clearnet and mass direct reliance on that transport layer despite knowing full-well its physical makeup has been purposely sabotaged to facilitate censorship and disruption whenever it&#39;s politically expedient in a <strong>lot</strong> of countries.</p><p>And right, disruption tolerance, that&#39;s something the internet, TCP stack and low-latency networking in general <em>completely</em> ignores (yeah unfortunately I2P also loses on that one). Any reasonable assessment of the infrastructural difficulties that are routinely observed on a daily basis around the world should be enough to conclude that medium-diverse/independent/agnostic <a href=\"https://www.complete.org/asynchronous-communication/\">Asynchronous Communication</a> is a basic requirement and <a href=\"https://www.complete.org/recovering-our-lost-free-will-online-tools-and-techniques-that-are-available-now/\">paradigm to build around</a>, because infrastructure capable of lending itself to low-latency communication <a href=\"https://www.complete.org/tools-for-communicating-offline-and-in-difficult-circumstances/\">cannot be meaningfully assumed anywhere</a>).</p><p>We&#39;ve also had ample time to observe that centralized infrastructures are basically optimized for easy takedowns, and yet the majority of current systems are still neither distributed nor P2P.</p><p>So yeah, I don&#39;t know, I don&#39;t think all of that can be blamed on the FSF when there&#39;s a lot of corposcum and malicious government intervention that directly contributed to this state of affairs.</p>", "context": "tag:mstdn.social,2023-11-08:objectId=289407843:objectType=Conversation", "conversation": "tag:mstdn.social,2023-11-08:objectId=289407843:objectType=Conversation", "inReplyTo": "https://mstdn.social/users/kkarhan/statuses/111378100236269307", "published": "2023-11-09T03:47:51.433755Z", "source": { "content": "@kkarhan@mstdn.social @PiTau@mstdn.social @rysiek@mstdn.social He does actually point out some alternatives from time to time, though maybe he does that more often on Fedi than on his site, I haven't really been paying attention that closely.\r\n\r\nAlso, we've yet to even just catch back up with what Lisp Machines were doing 20~30 years ago in terms of system design. There has been a *lot* of unix-brained regression that needs to be addressed before blaming any other party.\r\n\r\n(And Microsoft dropped [the last hope for common & good sense to prevail in their ecosystem](https://en.wikipedia.org/wiki/Singularity_(operating_system)) back in 2015 so that's the end of the line for them too.)\r\n\r\nWe're *still* writing new C code, despite knowing full well that's a terrible idea and having decades of easily-avoidable incident after incident to back that assertion. We've had perfectly viable alternatives for over two decades now, even in embedded spaces.\r\n\r\nThe entire mobile ecosystem has been nothing but an avoidable disaster made-up of bad decisions from the start.\r\n\r\nThe realization that the clearnet is fundamentally broken as anything but a routing layer isn't anything new either. [I2P](https://geti2p.net/en/) is [20 years old](https://geti2p.net/en/about/intro). And yet we still see new deployments on the clearnet and mass direct reliance on that transport layer despite knowing full-well its physical makeup has been purposely sabotaged to facilitate censorship and disruption whenever it's politically expedient in a **lot** of countries.\r\n\r\nAnd right, disruption tolerance, that's something the internet, TCP stack and low-latency networking in general *completely* ignores (yeah unfortunately I2P also loses on that one). Any reasonable assessment of the infrastructural difficulties that are routinely observed on a daily basis around the world should be enough to conclude that medium-diverse/independent/agnostic [Asynchronous Communication](https://www.complete.org/asynchronous-communication/) is a basic requirement and [paradigm to build around](https://www.complete.org/recovering-our-lost-free-will-online-tools-and-techniques-that-are-available-now/), because infrastructure capable of lending itself to low-latency communication [cannot be meaningfully assumed anywhere](https://www.complete.org/tools-for-communicating-offline-and-in-difficult-circumstances/)).\r\n\r\nWe've also had ample time to observe that centralized infrastructures are basically optimized for easy takedowns, and yet the majority of current systems are still neither distributed nor P2P.\r\n\r\nSo yeah, I don't know, I don't think all of that can be blamed on the FSF when there's a lot of corposcum and malicious government intervention that directly contributed to this state of affairs.", "mediaType": "text/markdown" }, "summary": "", "tag": [ { "href": "https://mstdn.social/users/kkarhan", "name": "@kkarhan@mstdn.social", "type": "Mention" }, { "href": "https://mstdn.social/users/PiTau", "name": "@PiTau@mstdn.social", "type": "Mention" }, { "href": "https://mstdn.social/users/rysiek", "name": "@rysiek@mstdn.social", "type": "Mention" } ], "to": [ "https://mstdn.social/users/kkarhan", "https://udongein.xyz/users/lispi314/followers", "https://mstdn.social/users/PiTau", "https://mstdn.social/users/rysiek" ], "type": "Note", "updated": "2023-11-09T04:03:17.407522Z" }, { "actor": "https://udongein.xyz/users/lispi314", "attachment": [], "attributedTo": "https://udongein.xyz/users/lispi314", "cc": [ "https://www.w3.org/ns/activitystreams#Public" ], "content": "<span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AQE53XWKOvypmRJzXs\" href=\"https://mstdn.social/@kkarhan\" rel=\"ugc\">@<span>kkarhan</span></a></span> <span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AYfSrxFDQ5s0RwDM3M\" href=\"https://mstdn.social/@PiTau\" rel=\"ugc\">@<span>PiTau</span></a></span> <span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AOwPEzuqWnt1ofIdzU\" href=\"https://mstdn.social/@rysiek\" rel=\"ugc\">@<span>rysiek</span></a></span> He does actually point out some alternatives from time to time, though maybe he does that more often on Fedi than on his site, I haven&#39;t really been paying attention that closely.<br><br>Also, we&#39;ve yet to even just catch back up with what Lisp Machines were doing 20~30 years ago in terms of system design. There has been a *lot* of unix-brained regression that needs to be addressed before blaming any other party.<br><br>(And Microsoft dropped the last hope for common &amp; good sense to prevail in their ecosystem back in 2015 so that&#39;s the end of the line for them too.)<br><br>We&#39;re *still* writing new C code, despite knowing full well that&#39;s a terrible idea and having decades of easily-avoidable incident after incident to back that assertion. We&#39;ve had perfectly viable alternatives for over two decades now, even in embedded spaces.<br><br>The entire mobile ecosystem has been nothing but an avoidable disaster of bad decisions from the start.<br><br>The realization that the clearnet is fundamentally broken as anything but a routing layer isn&#39;t anything new either. I2P is 20 years old. And yet we still see new deployments on the clearnet and mass direct reliance on that transport layer despite knowing full-well its physical makeup has been purposely sabotaged to facilitate censorship and disruption whenever it&#39;s politically expedient in a /lot/ of countries.<br><br>And right, disruption tolerance, that&#39;s something the internet, TCP stack and low-latency networking in general *completely* ignores (yeah unfortunately I2P also loses on that one). Any reasonable assessment of the infrastructural difficulties that are routinely observed on a daily basis around the world should be enough to conclude that medium-diverse/independent Asynchronous Communication is a basic requirement and paradigm to build around, because infrastructure capable of lending itself to low-latency communication cannot be meaningfully assumed anywhere.<br><br>So yeah, I don&#39;t know, I don&#39;t think all of that can be blamed on the FSF when there&#39;s a lot of corposcum and malicious government intervention that directly contributed to this state of affairs.", "context": "tag:mstdn.social,2023-11-08:objectId=289407843:objectType=Conversation", "conversation": "tag:mstdn.social,2023-11-08:objectId=289407843:objectType=Conversation", "inReplyTo": "https://mstdn.social/users/kkarhan/statuses/111378100236269307", "published": "2023-11-09T03:47:51.433755Z", "sensitive": false, "source": { "content": "@kkarhan@mstdn.social @PiTau@mstdn.social @rysiek@mstdn.social He does actually point out some alternatives from time to time, though maybe he does that more often on Fedi than on his site, I haven't really been paying attention that closely.\n\nAlso, we've yet to even just catch back up with what Lisp Machines were doing 20~30 years ago in terms of system design. There has been a *lot* of unix-brained regression that needs to be addressed before blaming any other party.\n\n(And Microsoft dropped the last hope for common & good sense to prevail in their ecosystem back in 2015 so that's the end of the line for them too.)\n\nWe're *still* writing new C code, despite knowing full well that's a terrible idea and having decades of easily-avoidable incident after incident to back that assertion. We've had perfectly viable alternatives for over two decades now, even in embedded spaces.\n\nThe entire mobile ecosystem has been nothing but an avoidable disaster of bad decisions from the start.\n\nThe realization that the clearnet is fundamentally broken as anything but a routing layer isn't anything new either. I2P is 20 years old. And yet we still see new deployments on the clearnet and mass direct reliance on that transport layer despite knowing full-well its physical makeup has been purposely sabotaged to facilitate censorship and disruption whenever it's politically expedient in a /lot/ of countries.\n\nAnd right, disruption tolerance, that's something the internet, TCP stack and low-latency networking in general *completely* ignores (yeah unfortunately I2P also loses on that one). Any reasonable assessment of the infrastructural difficulties that are routinely observed on a daily basis around the world should be enough to conclude that medium-diverse/independent Asynchronous Communication is a basic requirement and paradigm to build around, because infrastructure capable of lending itself to low-latency communication cannot be meaningfully assumed anywhere.\n\nSo yeah, I don't know, I don't think all of that can be blamed on the FSF when there's a lot of corposcum and malicious government intervention that directly contributed to this state of affairs.", "mediaType": "text/plain" }, "summary": "", "tag": [ { "href": "https://mstdn.social/users/kkarhan", "name": "@kkarhan@mstdn.social", "type": "Mention" }, { "href": "https://mstdn.social/users/PiTau", "name": "@PiTau@mstdn.social", "type": "Mention" }, { "href": "https://mstdn.social/users/rysiek", "name": "@rysiek@mstdn.social", "type": "Mention" } ], "to": [ "https://mstdn.social/users/kkarhan", "https://udongein.xyz/users/lispi314/followers", "https://mstdn.social/users/PiTau", "https://mstdn.social/users/rysiek" ], "type": "Note" } ], "totalItems": 5, "type": "OrderedCollection" }, "id": "https://udongein.xyz/objects/e380dee0-db9e-4aff-b6ff-a2730afc0315", "inReplyTo": "https://mstdn.social/users/kkarhan/statuses/111378100236269307", "published": "2023-11-09T03:47:51.433755Z", "repliesCount": 3, "source": { "content": "@kkarhan@mstdn.social @PiTau@mstdn.social @rysiek@mstdn.social He does actually point out some alternatives from time to time, though maybe he does that more often on Fedi than on his site, I haven't really been paying attention that closely.\r\n\r\nAlso, we've yet to even just catch back up with what Lisp Machines were doing 20~30 years ago in terms of system design. There has been a *lot* of unix-brained regression that needs to be addressed before blaming any other party.\r\n\r\n(And Microsoft dropped [the last hope for common & good sense to prevail in their ecosystem](https://en.wikipedia.org/wiki/Singularity_(operating_system)) back in 2015 so that's the end of the line for them too.)\r\n\r\nWe're *still* writing new C code, despite knowing full well that's a terrible idea and having decades of easily-avoidable incident after incident to back that assertion. We've had perfectly viable alternatives for over two decades now, [even in embedded spaces](https://learn.adacore.com/courses/Ada_For_The_Embedded_C_Developer/index.html).\r\n\r\nThe entire mobile ecosystem has been nothing but an avoidable disaster made-up of bad decisions from the start.\r\n\r\nThe realization that the clearnet is fundamentally broken as anything but a routing layer isn't anything new either. [I2P](https://geti2p.net/en/) is [20 years old](https://geti2p.net/en/about/intro). And yet we still see new deployments on the clearnet and mass direct reliance on that transport layer despite knowing full-well its physical makeup has been purposely sabotaged to facilitate censorship and disruption whenever it's politically expedient in a **lot** of countries.\r\n\r\nAnd right, disruption tolerance, that's something the internet, TCP stack and low-latency networking in general *completely* ignores (yeah unfortunately I2P also loses on that one). Any reasonable assessment of the infrastructural difficulties that are routinely observed on a daily basis around the world should be enough to conclude that medium-diverse/independent/agnostic [Asynchronous Communication](https://www.complete.org/asynchronous-communication/) is a basic requirement and [paradigm to build around](https://www.complete.org/recovering-our-lost-free-will-online-tools-and-techniques-that-are-available-now/), because infrastructure capable of lending itself to low-latency communication [cannot be meaningfully assumed anywhere](https://www.complete.org/tools-for-communicating-offline-and-in-difficult-circumstances/).\r\n\r\n(By the way, neither [Fidonet](https://en.wikipedia.org/wiki/FidoNet) nor [Usenet](https://en.wikipedia.org/wiki/Usenet) made such [assumptions about infrastructure](https://mastodon.top/users/lispi314/statuses/111253066257920146). We've regressed a lot.)\r\n\r\nWe've also had ample time to observe that centralized infrastructures are basically optimized for easy takedowns, and yet the majority of current systems are still neither distributed nor P2P.\r\n\r\nSo yeah, I don't know, I don't think all of that can be blamed on the FSF when there's a lot of corposcum and malicious government intervention that directly contributed to this state of affairs.", "mediaType": "text/markdown" }, "summary": "", "tag": [ { "href": "https://mstdn.social/users/kkarhan", "name": "@kkarhan@mstdn.social", "type": "Mention" }, { "href": "https://mstdn.social/users/PiTau", "name": "@PiTau@mstdn.social", "type": "Mention" }, { "href": "https://mstdn.social/users/rysiek", "name": "@rysiek@mstdn.social", "type": "Mention" } ], "to": [ "https://mstdn.social/users/kkarhan", "https://udongein.xyz/users/lispi314/followers", "https://mstdn.social/users/PiTau", "https://mstdn.social/users/rysiek" ], "type": "Note", "updated": "2023-11-09T04:27:50.656950Z" }, { "@context": [ "https://www.w3.org/ns/activitystreams", "https://udongein.xyz/schemas/litepub-0.1.jsonld", { "@language": "und" } ], "actor": "https://udongein.xyz/users/lispi314", "attachment": [], "attributedTo": "https://udongein.xyz/users/lispi314", "cc": [ "https://udongein.xyz/users/lispi314/followers" ], "content": "<span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AQNVF58o5SWGT97hyK\" href=\"https://social.applied-langua.ge/users/hayley\" rel=\"ugc\">@<span>hayley</span></a></span> There are so many problems with that linked take it&#39;s amazing.<br><br>First and foremost the complete ignorance of the inherent problems and power dynamics any and all server-centric design involves.<br><br>It is fundamentally anti-egalitarian and cannot be anything else (hierarchy is quite literally baked-in as a core assumption).<br><br>Also I&#39;d much rather have a cozy apartment in a panelka in a rail-connected town in Northern Canada, one of the few places where halfway decent weather (basically never &gt;25C) still exists.<br><br>Older thinkpads are the least awful of a generally awful form-factor. Portable/luggable computers are unambiguously superior in practically all aspects.<br><br>You still need a smart client/terminal anyway to use a server, so what&#39;s the point instead of just having independent computers with properly-written P2P programs that are optimized for resilient computing in harsh conditions with minimal resources &amp; infrastructural assumptions (<a href=\"https://mastodon.top/@lispi314/111253066257920146\" rel=\"ugc\">https://mastodon.top/@lispi314/111253066257920146</a>)?", "context": "https://social.applied-langua.ge/contexts/4fdc23db-2849-42f1-aeeb-515507c1591c", "conversation": "https://social.applied-langua.ge/contexts/4fdc23db-2849-42f1-aeeb-515507c1591c", "formerRepresentations": { "orderedItems": [ { "actor": "https://udongein.xyz/users/lispi314", "attachment": [], "attributedTo": "https://udongein.xyz/users/lispi314", "cc": [ "https://udongein.xyz/users/lispi314/followers" ], "content": "<span class=\"h-card\"><a class=\"u-url mention\" data-user=\"AQNVF58o5SWGT97hyK\" href=\"https://social.applied-langua.ge/users/hayley\" rel=\"ugc\">@<span>hayley</span></a></span> There are so many problems with that linked take it&#39;s amazing.<br><br>First and foremost the complete ignorance of the inherent problems and power dynamics any and all server-centric design involves.<br><br>It is fundamentally anti-egalitarian and cannot be anything else.<br><br>Also I&#39;d much rather have a cozy apartment in a panelka in a rail-connected town in Northern Canada, one of the few places where halfway decent weather (basically never &gt;25C) still exists.<br><br>Older thinkpads are the least awful of a generally awful form-factor. Portable/luggable computers are unambiguously superior in practically all aspects.<br><br>You still need a smart client/terminal anyway to use a server, so what&#39;s the point instead of just having independent computers with properly-written P2P programs that are optimized for resilient computing in harsh conditions with minimal resources &amp; infrastructural assumptions (<a href=\"https://mastodon.top/@lispi314/111253066257920146\" rel=\"ugc\">https://mastodon.top/@lispi314/111253066257920146</a>)?", "context": "https://social.applied-langua.ge/contexts/4fdc23db-2849-42f1-aeeb-515507c1591c", "conversation": "https://social.applied-langua.ge/contexts/4fdc23db-2849-42f1-aeeb-515507c1591c", "inReplyTo": "https://social.applied-langua.ge/objects/f9409683-d6a3-425f-8970-58463ec680c2", "published": "2023-11-07T01:54:40.105657Z", "sensitive": false, "source": { "content": "@hayley@social.applied-langua.ge There are so many problems with that linked take it's amazing.\n\nFirst and foremost the complete ignorance of the inherent problems and power dynamics any and all server-centric design involves.\n\nIt is fundamentally anti-egalitarian and cannot be anything else.\n\nAlso I'd much rather have a cozy apartment in a panelka in a rail-connected town in Northern Canada, one of the few places where halfway decent weather (basically never >25C) still exists.\n\nOlder thinkpads are the least awful of a generally awful form-factor. Portable/luggable computers are unambiguously superior in practically all aspects.\n\nYou still need a smart client/terminal anyway to use a server, so what's the point instead of just having independent computers with properly-written P2P programs that are optimized for resilient computing in harsh conditions with minimal resources & infrastructural assumptions (https://mastodon.top/@lispi314/111253066257920146)?", "mediaType": "text/plain" }, "summary": "", "tag": [ { "href": "https://social.applied-langua.ge/users/hayley", "name": "@hayley@social.applied-langua.ge", "type": "Mention" } ], "to": [ "https://social.applied-langua.ge/users/hayley", "https://www.w3.org/ns/activitystreams#Public" ], "type": "Note" } ], "totalItems": 1, "type": "OrderedCollection" }, "id": "https://udongein.xyz/objects/7f93a4ea-dda3-4487-9b60-29599444d1fe", "inReplyTo": "https://social.applied-langua.ge/objects/f9409683-d6a3-425f-8970-58463ec680c2", "published": "2023-11-07T01:54:40.105657Z", "repliesCount": 1, "source": { "content": "@hayley@social.applied-langua.ge There are so many problems with that linked take it's amazing.\r\n\r\nFirst and foremost the complete ignorance of the inherent problems and power dynamics any and all server-centric design involves.\r\n\r\nIt is fundamentally anti-egalitarian and cannot be anything else (hierarchy is quite literally baked-in as a core assumption).\r\n\r\nAlso I'd much rather have a cozy apartment in a panelka in a rail-connected town in Northern Canada, one of the few places where halfway decent weather (basically never >25C) still exists.\r\n\r\nOlder thinkpads are the least awful of a generally awful form-factor. Portable/luggable computers are unambiguously superior in practically all aspects.\r\n\r\nYou still need a smart client/terminal anyway to use a server, so what's the point instead of just having independent computers with properly-written P2P programs that are optimized for resilient computing in harsh conditions with minimal resources & infrastructural assumptions (https://mastodon.top/@lispi314/111253066257920146)?", "mediaType": "text/plain" }, "summary": "", "tag": [ { "href": "https://social.applied-langua.ge/users/hayley", "name": "@hayley@social.applied-langua.ge", "type": "Mention" } ], "to": [ "https://social.applied-langua.ge/users/hayley", "https://www.w3.org/ns/activitystreams#Public" ], "type": "Note", "updated": "2023-11-07T02:00:01.620218Z" } ], "totalItems": 4, "type": "OrderedCollection" }