Advertisement
Advertisement
⚡ Community Insights
Discussion Sentiment
65% Positive
Analyzed from 1560 words in the discussion.
Trending Topics
#meshcore#https#source#code#don#open#github#closed#app#com
Discussion Sentiment
Analyzed from 1560 words in the discussion.
Trending Topics
Discussion (45 Comments)Read Original on HackerNews
[1] https://reticulum.network/ [2] https://lilygo.cc/products/t-echo-lilygo [3] https://github.com/torlando-tech/columba
at the very least, try it. maybe it's simpler than you think
Only very very small testbeds.
https://rmap.world/
It's so much fun with little pages, message boards and random people hitting you up for a chat. I brought up my own transport node and propagation node too to contribute to the mesh.
>And, he’s kept that small detail a secret - that it’s all majority vibe coded.
Without any more context, I am highly suspicious of this framing.
1) Someone "taking over" the ecosystem seems like an entirely different issue. How is this possible? Does it mean he's publishing things and people want to use them?
2) Is the code bad? It sounds like they had no idea he was using AI. That seems to imply there was nothing wrong with the code as-is. Why not judge it on it's merits?
>The team didn’t feel it was our place to protest, until we recently discovered that Andy applied for the MeshCore Trademark (on the 29th March, according to filings) and didn’t tell any of us.
Taking this at face value, this is indeed hostile and bad.
But no, I'm not going to get outraged that someone is simply using Claude Code.
Now the trademark take over seems crazy especially given Andy hasn't contributed to the github project, only personal for profit add ons.
I do also think that the meshcore core team have "tacked on" and tried to enforce a stronger narrative with their anti ai coding bias.
I know a few hams that are chill and they are precious doves. I know quite a few more who I won't even engage with for fear of crossing them and them dedicating their lives to making mine hell. Because I've seen them do it to others.
That's not _just_ the hams, mind you. This behavior is overrepresented in hackerspaces in general. But there's a lot of overlap between those groups. Hasn't changed much in the 40-some-odd years I've been involved there either.
I think it's totally sensible for the organization to want to have some level of control over what gets their label on it -- the Wi-Fi people wouldn't be very happy about someone slapping their logo all over a bunch of completely incompatible hardware.
It was fun and cheap to set up, but I look forward to something with better messaging persistence so you can at least reliably not miss stuff.
[1]: https://meshcore.io
[2]: https://meshcore.co.uk
The closed client isn't needed anymore.
My local mesh was testing out meshcore last week, this definitely kills my interest too
https://github.com/zjs81/meshcore-open
You don't have to use the closed source app; there's an open-source client too, there are Blackberry-style client devices which don't require an app at all, and all the actual firmware is open source (MIT).
Worth noting that the Blackberry-style devices are also closed source and the hardware and software is way worse than Blackberry was 22 years ago.[0]
[0] https://mtlynch.io/first-impressions-of-meshcore/#this-is-no...
Wifi HaLow 802.11ah is finally out & available, sometimes at ok prices. We don't really have ad-hoc communication pioneered for wifi, but it's doable and we ought lean into it, rather than using some totally different stack, especially one that is under strict control of a single company.
What we learn doing wifi halow can directly port and improve the rest of ways we connect. That would be grand.
It is essential to disclose it.
It's ridiculous to me that they're concerned about the trustworthiness of AI-generated code when their code quality is so low. They don't even have automated tests and ignore attempts to add them.[0, 1, 2, 3]
Last I checked, there's little validity checking in the code, so it's possible to broadcast nonsense values (like GPS coordinates outside of Earth's bounds) and the code happily accepts it.
And that's fine if they're just like a scrappy upstart doing their best, but it annoys me to be so high and mighty about their code quality when they don't invest in it.
I really want to like MeshCore but I feel like its stewardship makes it hard. The main two people I know running it are Scott Powell and Liam Cottle, both of whom are trying to build businesses on closed-source layers on top of the firmware. I don't think there's anything wrong with an open-core business model (I ran such a business myself), but it creates perverse incentives where the core maintainers try to suppress information about the open-source alternatives and push their own closed-source paid products.
Also, MeshCore's recommended broadcast settings for the US are illegal.[4] I emailed the Liam and Scott about this months ago, and they ignored me.
[0] https://github.com/meshcore-dev/MeshCore/pull/925
[1] https://github.com/meshcore-dev/MeshCore/issues/1059
[2] https://github.com/meshcore-dev/MeshCore/pull/1065
[3] https://github.com/meshcore-dev/meshcore.js/pull/11
[4] https://github.com/meshcore-dev/MeshCore/issues/945
This is also a loaded question. The only specifics they've offered are that he simply used Claude Code. Um... OK? Do the tests pass? Did his changes add any security flaws? Regressions that were untested?