• Please review our updated Terms and Rules here

Appreciation for TRS-80 open source projects?

And really, to be fair to developers of end-user retrocomputing products, they should not have to put their code up on GitHub, or even open-source it, in order to be able to get ratings. Any hardware developer who puts her stuff up on GitHub runs the risk of it being grabbed by a Chinese manufacturer who then floods the market with cheap copies of it, probably killing her income if she sells the device herself. So under such conditions, asking developers of hardware to put their schematics and code on GitHub in order to earn "thumbs up tokens" would be very unfair to them.

This point came up in the other thread, and it’s a very good one: we need to be thankful that the people who open source their retro projects are doing it all, documentation warts be damned, because doing so almost certainly means all the effort you’ve invested will need to be written off as charity work if your idea gets popular enough.

What is in fact a little depressing is there are a number of these projects that basically *were* just one guy’s labor of love (that they just kind of chucked out there without any intention of making any money off them) until they caught fire, at which point they were forked by someone who grinds off a few rough edges and starts churning them out. On the bright side the “good actors” doing this keep updating the sources they forked with their updates (IE, they actually honor the words of the license, unlike the bad actors who just steal and try to hide it, plenty of those out there), but it also does feel like that these folks are kind of leveraging “security through obscurity” by *not* making it “too easy” to just download all the design files and start churning out clones. I don’t want to cast undeserved shade on the FreHD, I don’t know enough of the history of the project, but… I’ve kind of gotten the impression there’s some of that at work there.
 
  • Like
Reactions: cjs
...at which point they were forked by someone who grinds off a few rough edges and starts churning them out.
Or worse yet, adds a few more rough edges.

...but it also does feel like that these folks are kind of leveraging “security through obscurity” by *not* making it “too easy” to just download all the design files and start churning out clones.
Well, I can't see that "security through obscurity" thing working at all. The problem is, the bad actors, who want to "steal" and sell the thing, are far more highly motivated than the random dude to just wants to download one and build it himself.

The "correct" approach for dealing with this is a license that allows personal use of the project data but forbids any sale of the product you build from it. But in practice, that doesn't really work either because your typical developer has neither the time nor the money to go sue some Chinese manufacturer making knock-offs.

I don’t want to cast undeserved shade on the FreHD, I don’t know enough of the history of the project, but… I’ve kind of gotten the impression there’s some of that at work there.
IMHO there's no shade at all to be cast on FreHD here. Sure, the project is a mess and can't be built by anybody but the original developer without a lot of work, and probably some expense for proprietary tools. But the developer is under no obligation to improve that; we should simply be grateful for the work he's put into it so far and especially grateful that he's made available what he has. At least it's out there for someone else to pick up and improve if they are willing to put in the work.

As I've said before, elsewhere on these forums in fact, I hate it when people don't release their designs or code because they think it's not "good enough" for public consumption. That just ensures they will definitely not get the help they need to make it better in that way, and that others who have an interest in working on such things have to replicate more of that original work than would otherwise be necessary.

So I hope my "rant" about the difference between the Model I clone board project and the FreHD project on GitHub didn't come across as me saying one developer was good and the other not. I was just pointing out the factual differences between a project designed to make it easy for its clients to replicate and one not, and why one might thus get more stars than another. But there's absolutely nothing wrong with the FreHD developer doing only as much work on the ease-of-use-of-source side of things as he cares to do, and leaving any further work on that to others to take up, should they wish.
 
@cjs

Well, you make a lot of assumptions and broad generalizing statements (which, in this broad- and boldness, I have only heard from very junior developers). Some of your assumptions that are IMHO unjustified:
  • your opinions and criteria represents what GitHub developers want and need in terms of Stars
  • I am not a developer
  • You are the only GitHub user
  • You are the only one who wrote peer-reviewed papers, ...
  • I didn't develop hardware (I actually also sold in the ~150 copies of my stuff, for money - but all this is completely irrevelant to the discussion at hand!)
bring up straw-man arguments:
  • nowhere did I "demand" that developers have to publish their content on Github
  • people in China will copy stuff (as if the retro market was a market that would matter financially) if it's open source
and your style of argumentation is difficult to deal with. E.g., first you argue that FreHD doesn't deserve Github stars because you
  • mention the importance of software "quality", documentation, and other formal criteria for deserving your Github stars
only then to later insist that you didn't, and/or that the other conversation partner didn't understand your argument or does not have your experience, seniority, or wisdom to understand you in the first place. That makes any communication impossible.




In particular, you don't seem to suffer from the imposter syndrome, to put it mildely (you, the GitHub user; the SO contributor with thousands of up-votes; you, the publisher of peer reviewed paper that you defended against the world; you, the senior developer who has the impertinence to leave an "exercise" for me, maybe I get as wise as you!)

I think if you want to discuss things with people and care for their opinion, you might also sometimes give a little bit in a conversation. At least acknowledge that there are different positions, different value systems, different opinions, and acknowledge that, try to understand the other conversation partner's perspective. But here, it really turns into an adverserial, nit-picky argumentation style that I don't appreciate. The world is not just "your opinion", but it sure reads like that.

Time to wake up: developers AND GitHub users are a diverse, non-uniform group of people with different likes and dislikes and value system - well, you will say: these are not developers! But, they are, and you are in no position to speak for all of them!

In particular, you could just say: I understand your line of reasoning and why you are advocating for a CERTAIN KIND OF PROJECT (A HOBBY PROJECT) for different criteria for giving GitHub stars. But you don't. Anyhow, what can I do. At least I tried.

Have a good day, I'm out.

"I'm not offended; I'm just trying to explain to you where you've gone very wrong in your idea of how the world should work and how you're evaluating these projects."

Dito - you are right, I am wrong. Thanks for the discussion
 
Last edited:
...mention the importance of software "quality", documentation, and other formal criteria for deserving your Github stars...
only then to later insist that you didn't
I insist that I didn't because I didn't. You're the one that assumed that, because I suggested documentation was needed in certain areas, this is all about some formal process. It's not: I'm suggesting documentation is needed in certain places and the like not because any formal system says "documentation is necessary," but because I'm looking at that particular project and what would make my life easier if I were trying to build it. Nothing formal at all about that; it's all entirely ad-hoc.

This particularly tweaks me because I'm very much not a fan of formal process and ceremony, except in certain particular circumstances, and this is not one of those circumstances. Basically, you're interpreting what I say in the light of, "if he asks for documentation, he must be a formal-methods troll," rather than actually looking at the particular situation. Which seems to be a facet of many of your arguments: "I want to look at something simple, not look at the details." Well, I'm sorry, but the world works on details, and attempts to over-simplify and avoid doing the work of properly understanding something lead you to erroneous results.

...and/or that the other conversation partner didn't understand your argument or does not have your experience, seniority, or wisdom to understand you in the first place. That makes any communication impossible.
Well, you clearly didn't understand much of what I said, because you replied with straw man arguments. Yes, communication isn't possible if you are going to filter everything others say through your own preconceptions.

....(you, the GitHub user; the SO contributor with thousands of up-votes; you, the publisher of peer reviewed paper that you defended against the world...
You seem to be implying that I am making arguments from authority. Well, I disagree; I provide that information only so you can understand that this is stuff I've actually used an interacted with, and where I've dealt with the problems that arise during that use; I feel I'm also providing clear reasons for my arguments that do not depend on whether or not I've published a paper or whatever.

But you should feel free to explain the experience that leads you to the arguments and assertions you make. You make statements that appear to embody knowledge about, e.g., publishing an academic paper, but aren't consistent with my experience doing so. Given that you're not describing your experiences but merely making assertions, that really makes you come across as someone who hasn't done any of this stuff but thinks he knows how to do it.

(And that started right at the beginning, where you dismissed the work of the folks who did the Model I PCB replica as being, "more of a 'busy' kind of work that does not require any advanced (software or hardware) engineering skills or advanced understanding of the TRS-80 architecture." Reading though that repo, and understanding what they've done, this comes across to me as, essentially, "you have no idea what you're talking about," and the only other person here who's commented on this particular issue agrees with me. Yet you show no sign of either providing further evidence for or backing off on your claim.)

; you, the senior developer who has the impertinence to leave an "exercise" for me, maybe I get as wise as you!)
How is this impertinent? You're making unsupported and, I believe, very incorrect claims, and I'm suggesting a process that can provide tangible proof that your claims are incorrect. It seems that every time I suggest starting in on something that would actually show you have any experience with these sorts of projects (or would give you some of that experience), you back off and just repeat your unsupported arguments.

And I notice that you're very careful never to claim experience with any of the things you're talking about? Do you have any experience in this area? Because I do, and it sounds to me as if you don't know what you're talking about.

If you do have experience that contradicts mine, that's fine. Explain it and explain why that leads you to different conclusions than me. If not, you're just making up stuff as you go, and arguing against the real world.

I think if you want to discuss things with people and care for their opinion, you might also sometimes give a little bit in a conversation. At least acknowledge that there are different positions, different value systems, different opinions, and acknowledge that, try to understand the other conversation partner's perspective.
I believe I understand your perspectives.
  1. You think that FreHD is more useful than the Model I PCB replica. Fine. It is more useful to you, and that's unarguable. And it may well be more useful to more people overall.
  2. You think that FreHD is a more technically sophisticated project than the PCB replica. Well, as someone who's had experience working on both kinds of things, and who's looked reasonably carefully at the details of the two projects, I think you're wrong, and so do other people here. You claim background in working on keyboard PCB replicas, which I believe, but you clearly don't understand that a keyboard PCB is a much simpler thing than a motherboard PCB, or you wouldn't even have started with that comparison. So I think you're arguing from ignorance here.
  3. You feel that GitHub stars should be used for a certain purpose. Well, they're not used for that purpose, and never will be for all your wishing, and are unsuited for that purpose for reasons I've explained in depth. You don't like that; well, there's nothing I can do about that, and it's your right not to like it. But if you want projects you like to get the recognition you think they deserve, tilting at windmills is not the way to do it.

Time to wake up: developers AND GitHub users are a diverse, non-uniform group of people with different likes and dislikes and value system - well, you will say: these are not developers! But, they are, and you are in no position to speak for all of them!
No, I won't say "they're not developers," and I fully agree that whoever you're talking about are a diverse group of people with different likes and dislikes. What I will say is that GitHub is designed for use by developers, for their particular purposes, and you're swooping in and trying tell all of us that we should be doing our stars differently, and also bringing in an entirely new and much larger crowd of non-developers so that the stars can mean the thing you want them to mean, rather than what they really do mean. Now that's quite an amazing amount of impudence.
 
It's not: I'm suggesting documentation is needed in certain places and the like not because any formal system says "documentation is necessary," but because I'm looking at that particular project and what would make my life easier if I were trying to build it. Nothing formal at all about that; it's all entirely ad-hoc.
Again, this is exactly an example of this nit-picky line of argumentation: so I said "formal software quality measures" and for me this implies "proper documentation". You say documentation is not "formal" - big deal! It's the same argument. Again, read between the lines, try to understand the other's line of reasoning and argumentation, and don't pick on words!

Sorry, I don't have time for that.
 
Again, this is exactly an example of this nit-picky line of argumentation: so I said "formal software quality measures" and for me this implies "proper documentation". You say documentation is not "formal" - big deal! It's the same argument.
No, it is not the same thing at all. I am against formality of the sort you're talking about, but I am for sufficient documentation when and where it's needed. You hear the word "documentation," you jump to "formal software quality measures," and you completely skip understanding what I'm saying.

And worse, you accuse me of something I've never advocated for (formal software quality measures) via invalid logic (applying modus ponens backwards). I agree with you that "formal software quality measures" implies "proper documentation", but you state that and then argue that my wish for a bit of documentation implies that I wish for "formal software quality measures."

As long as you're going to continue to stick that on me, rather than listening to what I'm saying, you're the problem here, not me.

Again, read between the lines, try to understand the other's line of reasoning and argumentation, and don't pick on words!
You could take your own advice, there.
 
@cjs I am sorry but you are the first user that ended up on my ignore list, so whatever you are trying to communicate to me - hold your breath, I don't care. Have a good day.
 
I was also just reminded that one of the functions of stars on GitHub seems to be bookmarks, not judgement of quality. For example, I just starred this project not because I think it's good (I don't even know anything about it), but because I want to come back and look at it later.

Looking through my starred projects, most are like that: stuff I don't know much about that I want to come back to. Stuff I know is good doesn't get a star because I remember it and know where to find it again when I need it.
 
Back
Top