Elektrine
Log in Register
Paige Chat Timeline Gallery Friends Email Drive DNS Private DNS Domains VPN Kairo Nerve
Remote

Bob Mottram ✅

@bob@epicyon.libreserver.org
  • Open on epicyon.libreserver.org

Software engineer developing federated and decentralized systems for a more habitable, resilient and human-scale internet, respecting people and the planet. Founder of the #LibreServer and #Epicyon projects. Anarcho-flâneur. Deadpan photographer. :cupofcoffee:

0 Followers
0 Following
31 Posts
Joined August 16, 2021
Blog:
https://blog.libreserver.org
Website:
https://libreserver.org
patreon:
https://www.patreon.com/bePatron?u=13806668
Gemini:
gemini://libreserver.org
Languages:
en
Matrix:
@bob:conduit.libreserver.org
PGP:
-----BEGIN PGP PUBLIC KEY BLOCK----- mDMEYRpyCRYJKwYBBAHaRw8BAQdAwlktDC97TIUwBQpFz0OdOUrBXY2AVY5NI5d2 BpsattG0GWJvYiA8Ym9iQGxpYnJlc2VydmVyLm9yZz6IkQQTFggAORYhBLqpMUJh eoIgwbUURQVlfk/q5HShBQJhGnIJAhsDBgsNCgkMCAUVCgkICwUWAAECAwIeAQIX gAAKCRAFZX5P6uR0ocAqAP9xpZDgRcFI9tgFaJ1M7GMqYWi/UmvQ4msa7D9FMR0n YwEA63c/Lp3BEK1LIyYNgfW4ZYbdpbcAej0rVLTt5kayUga4OARhGnIJEgorBgEE AZdVAQUBAQdAAuF0pA/90RQqnEGMMAkfv1JUe0TvssmcsNXBeJW31U8DAQgHiHgE GBYIACAWIQS6qTFCYXqCIMG1FEUFZX5P6uR0oQUCYRpyCQIbDAAKCRAFZX5P6uR0 oQWCAP9QK2j8PVBX3hE9Be8Yl+BV0p/Lt18isr7HSh38uf+sowD+LTiAsAgYVOy+ 4zQuWsFOuS1LHGx2ALurYsIjT/6yGwyYMwRh9gksFgkrBgEEAdpHDwEBB0C2Empg ZeRoPo2+HR/SmIJTCQx6e22uM5qxigZbNRjzobQpZC56LnBhd2xvd3NraUBwbS5t ZSA8ZC56LnBhd2xvd3NraUBwbS5tZT6IjwQQFgoAIAUCYfYJLAYLCQcIAwIEFQgK AgQWAgEAAhkBAhsDAh4BACEJEF4b/FFBN8xJFiEE4BqbwLvCc1dWA0JrXhv8UUE3 zEmi7gEA0/nEZBE9mwDcmFaxj7+UJGex/gcKwPCvOAWDIuWRU48BAJrai6M5da2h 7aK5cqTSZa6OAwrGmOmImmdSnhrzkw4FiKgEEBYIAFoFAmNPPgAJkNgGwa9ZeOjH FiEECoZS/l1TOGBXiZ/p2AbBr1l46McsHG9wZW5wZ3AtY2FAcHJvdG9uLm1lIDxv cGVucGdwLWNhQHByb3Rvbi5tZT4FgwHBLIMAAIhvAP4idrSSdAAdPCn430qz/7J5 OtsIWvCJqDQhdl2J+8NmgAEAtH2+WKZ/FjmBMHL1nq6UfGAJrDDkbOyPrNRUdrvo 2gK4OARh9gksEgorBgEEAZdVAQUBAQdASBar1/0qZ6Q25kJAQMDvndmVIZbvfOVt S5Z6ihH4amUDAQgHiHgEGBYIAAkFAmH2CSwCGwwAIQkQXhv8UUE3zEkWIQTgGpvA u8JzV1YDQmteG/xRQTfMSaf5AP48tj2ku4vn+Gim3Uq18tqYOhneQgXU9Mko/Ne/ GF4QTAD/X300VTortgZF5uGQobbf9vqjyErI8gd6FtKdMRwKGw+YMwRiOx/jFgkr BgEEAdpHDwEBB0D+pGUr+1Eb1BoANT7XeckMGz0dSvsBNai+l5W8cfdgJ7Q3bm5k bXRhcmQ5OTlAcHJvdG9ubWFpbC5jb20gPG5uZG10YXJkOTk5QHByb3Rvbm1haWwu Y29tPoiPBBAWCgAgBQJiOx/jBgsJBwgDAgQVCAoCBBYCAQACGQECGwMCHgEAIQkQ NoeURk00LlsWIQQk1Q90mwDTgkay8KY2h5RGTTQuW8ahAP0cTgboFww7DcNfpD9v wSv47sV6/S+wxp5+DDiCEpUzYwEAuvMEm2eUswBhBFwO8adw1gg0ab8ek8j6l4OH vA/LKgCIqAQQFggAWgUCY08+AAkQ2AbBr1l46McWIQQKhlL+XVM4YFeJn+nYBsGv WXjoxywcb3BlbnBncC1jYUBwcm90b24ubWUgPG9wZW5wZ3AtY2FAcHJvdG9uLm1l PgWDAy+GlQAAK+wA/jZhvFWFPxrQfedcpvbCTWUkbc/0YiiEw5fefxBTfDBLAP4l pQVagZGLRUjyoGUjzMRzgD7NrsZC4XVIQmhsJXX2BLg4BGI7H+MSCisGAQQBl1UB BQEBB0Anjg9oMZFuslK1YVZtKkIrthDTzOOgyZVGFsbIq/VSZAMBCAeIeAQYFggA CQUCYjsf4wIbDAAhCRA2h5RGTTQuWxYhBCTVD3SbANOCRrLwpjaHlEZNNC5bB2wA /3ING2SsOlzAlw5ERITQdZADFOuqgoyXGTM1I0PtPIN1AQD1ERvm48JF53HHxVVZ 0ZkRTFSmuFXFlDz/L1qyN4okDg== =3XFV -----END PGP PUBLIC KEY BLOCK-----
Pronouns:
He/Him
Enigma:
aWJ l5MR l4eTX K3XZGugQ F wYy +Clr 4u3 aGXNjdpa ZOD8 .YmFzaHJ j.
DeltaChat:
https://i.delta.chat/#C965E9BBB605F48974F8C2F52FE1DD2498691C7A&a=1w261kmu1@nine.testrun.org&n=appliance&i=z9bw7dQ_RA6mhIa_f0eCyLuq&s=4AizzCKGMc1yRxgOJNCkXAfJ
Email:
bob@libreserver.org
LXMF:
94f5a77e10335dcc858451702ebfe2c0
Ricochet:
ricochet:wrraglo4nqxivqc74zoe64waswpf5k6d366kp6lhy5a3a5lxupro6hqd
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 4mo ago
Replying to
@lydiaconwell@todon.nl Yes. There is nothing more substantive behind it.
1
0
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 5mo ago
Replying to
@floppyplopper@todon.nl A lot of families will have suffered financial losses at the hands of Starmer, and so this message shows how out of touch he is.
1
1
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 5mo ago
Replying to
@passenger In the past I did industrial R&D and occasionally visited universities. University staff were some of the most classist people I've ever met.
1
0
1
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 5mo ago
Replying to
@jonny LLMs don't understand anything about anything, so they may generate a program with tests but it will be "what a program with tests statistically looks like" and the tests themselves will be nonsense.
1
0
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 5mo ago
Replying to
@kawaiipunk Someone having a bad day, maybe.
1
0
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 6mo ago
Replying to
@aral The way that the AI bros are trying to tackle this problem is with spec driven development. Where you have a complete and comprehensive spec and the AI then "merely" generates complying source code. So they would never maintain anything, just modify the spec and re-generate. This corresponds to the pre-1970s belief that coding is just typing and requires minimal skill. I am prepared to believe that this might work for very trivial sorts of software, such as hobby microcontrollers where you have some data sheets and make some LEDs blink or a solenoid activate. But for bigger software - which is practically all software - spec driven development never works. In the distant past some large companies tried to do spec driven development, and created doorstop-sized books of highly detailed plans after years of careful systems analysis. None of it worked. I know from first hand experience, because that was an aspect of my early commercial software work.
1
7
3
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 6mo ago
Replying to
@artemis@dice.camp It's not freedom until everyone can get health care.
1
0
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 7mo ago
Replying to on dice.camp
@DM_Zeppelin@dice.camp It's not just about money its also about control. For example, the government always being able to know the home address of someone criticising them or organising a protest on a social network. I think the way to avoid this is to get away from corporate web platforms. If that's not a solution then I will likely go darknet-only or just give up on the internet entirely. There are no circumstances under which I'll be sending a social media platform a copy of my passport, or whatever official papers.
1
0
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 7mo ago
Replying to
@kristinHenry@vis.social Maintaining the power differential.
1
1
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 16mo ago
Replying to
@jackscottau@aus.social This is similar to how I started doing commercial programming, except that vibe coding was called wizard programming.
3
0
1
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 17mo ago
Replying to
@jimbob@aus.social This is like in the olden days when some people could use wizards to generate code, but were stumped if they wanted something that wizards couldn't generate.
2
0
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 6mo ago

The British Museum has always been a dubious enterprise. If Greece wants their statues back then I don't see any valid reason why they couldn't be given back (they have a lot of other stuff which probably ought to be given back). Fundamentally they are Greek objects of historical/national significance. You can argue about legal process from the early 1800s or wotnot, but that's just a weak attempt to dodge the issue.

0
0
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 6mo ago

The problem of upfront specifications is that the world is more complex than you are, and it may change between the point of specification authorship and the point of software delivery. Even if the archetypal “panel of experts” creates the specification there will be gaps, things which just don't work, or aspects of the specification which are contradictory in practice. The perfect, toy world of your imagination is never the same thing as the actual messy and changing real world beyond your cognitorium.

0
0
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 6mo ago

No well-defined upfront specification survives contact with reality.

In the early part of my commercial software adventures there was one occasion where a manager forgot to update the well-defined specification. The well-defined specification had apparently taken a large organization multiple years to produce. And so I spent however many months writing to to the wrong specification.

But it's not just about having the correct version of the specification. There were plenty of other occasions where I had the correct specification, but when the software was tested in a realistic scenario the specification was found to be unworkable. For any non-trivial problem, believing that you can make a perfect upfront specification by putting in a lot of effort never really works out.

0
0
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 6mo ago

When governments are doing military conscription it's because they want more souls to throw into the fire.

0
0
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 5mo ago

I think I understand the appeal of retrocomputing. By today's standards, those machines were simple, and by reading a few manuals you could fully know how they worked. The electronics was large, and so component fixing may also be feasible.

If we are heading into a worse future, it's the small, simple and maintainable kinds of computer which would remain usable.

0
0
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 6mo ago
Replying to
@simon_brooke Yes exactly. And I remember in the distant past managers trying to make it work. But in the end no amount of fraught meetings and "just convert this into that" could make the spec work. In the end the details always matter, and the specs were created by middle-managers who didn't actually understand what their employees were doing, or even understand much about how the company operated. Back in the olden days as a junior developer when they plonked a doorstep-sized spec book on my desk, I had some respect for the people who made that document. It must have required formidable effort, and apparently had taken about five years to create. Someone's Magnum Opus. There were all sorts of details and process diagrams. But there were so many assumptions which just turned out to be false that none of it worked.
0
0
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 6mo ago
Replying to
@fdlamotte Both MeshCore and Reticulum are glimmers of hope in an otherwise depressing era of internet stagnation. Even if the government goes full on fascist or there is a major war with damage to data centres, these mesh network systems still stand some chance of continuing to operate.
0
5
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 7mo ago
Replying to
@DoctorDeathray ♥
0
0
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 38mo ago
Replying to
@davidrevoy @Anna You could perhaps do one for #Epicyon. Anything wolf or prehistoric dog related. https://gitlab.com/bashrc2/epicyon
gitlab.com
0
1
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 6mo ago
Replying to
@aral The divine right of Hangers-On.
0
0
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 3mo ago
Replying to
@Tattooed_Mummy@beige.party It's tastefully understated for him. He could have had the walls gold plated and be living in a golden box.
0
0
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 12mo ago
Replying to
@AlisonW@fedimon.uk Ah, that's worse than I thought then. Being a diehard, there is no way that I'm going to be running a proprietary app on my phone. This probably sounds weird to most people, but that's just the way it is.
0
0
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 6mo ago
Replying to
@aral@mastodon.ar.al If Trump starts WW3 then he announced it well in advance and no other world leader objected even slightly. Complete silence from officials. If nuclear weapons are used then Putin is going to be far less inhibited about doing the same in Ukraine and Europe.
0
0
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 2mo ago
Replying to
@aral@mastodon.ar.al It will only continue for years if the construction of massive data centres continues, which seems unlikely given the lack of return on investment.
0
0
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 30mo ago
Replying to
@CountBinface@mastodon.world It's a solid manifesto.
0
0
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 1mo ago
Replying to
@cwebber@social.coop Someone was saying recently that at their work they're expected to review 20K lines of slop code per day. Realistically, nobody no matter how experienced will be able to do that. So bullshit will get waived through and it will all collapse after a while. FOSS projects following this type of method won't last very long.
0
1
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 5mo ago
Replying to
@openrightsgroup@social.openrightsgroup.org I am obviously not going to be flashing any credentials at an "online checkpoint", and so a social media ban for teenagers will also be a social media ban for me, despite being considerably older. However, I doubt that they will practically be able to ban more decentralised protocols, such as ActivityPub, where there are no single chokepoints.
0
0
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 5mo ago
Replying to
@ExtinctionR@social.rebellion.global Also repair clothes if possible. I've sewn things back together on more than a few occasions.
0
0
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 9mo ago
Replying to
@tante@tldr.nettime.org Also add proper RSS support.
0
0
0
0
Open post
Bob Mottram ✅ @bob@epicyon.libreserver.org
· 4mo ago
Replying to
@xgranade@wandering.shop The formulas of the past no longer work, so it's time for a new ethical software movement to emerge.
0
0
0
0
Back
313k7r1n3
Elektrine

Tor hidden service

elekhj7afj4qnrr4yd3bkzslsyo5jgfxw3orgjkhlcxifueodybyiiad.onion

I2P eepsite

j6b6cyk6gjmepjih7jjadxgxvvf3lzzujljuu2v4biemzpg3naya.b32.i2p

Platform

  • Email
  • Chat
  • Timeline
  • VPN
  • DNS

Company

  • About
  • Contact
  • FAQ
  • Lite (no JS)

Legal

  • Terms of Service
  • Privacy Policy
  • Transparency Report
  • Report Abuse
  • Warrant Canary
  • VPN Policy

Support

  • support@elektrine.com
  • Report Security Issue
Mail client setup IMAP mail.elektrine.com:993 POP3 mail.elektrine.com:995 SMTP mail.elektrine.com:465
© 2026 Elektrine. All rights reserved. Server: 18:53:09 UTC