highspeedmobile
Joined 7 years ago
Joined 7 years ago
They don't give a follow up reason or a response because it would be worse on them as it would be proof that they 'actually' rejected you because of these reasons, or just no reason at all. But the response would be there as proof. Thus, the standard no response (Or what I call, Cowards response) is safer for them.
> So, I am wondering if I should report this? Go public with the name of the founder and startup? Contact their investors and let them know?
I agree with your claim and reporting this, however you need to prove that it happened. The thing is, it would only be better to do that if you have recorded the interview yourself and then you can prove that this happened and attach a name to it. Otherwise, its quite difficult to do this, I'm afraid.
I don't think the investors would care if you brought this to their attention. I am not a lawyer, but if you want to bring this forward speak to a legal professional about this.
Well, some OS projects optimise for attracting newcomers whereas some do not and clearly the Linux kernel project doesn't, hence the higher barriers for entry and its even reflected in the comments in this HN thread.
If the goal was to bring in commercial contributors into the Linux Kernel then this is not a problem. But, the Linux kernel isn't in any contributor shortage nor it is hoping to attract non-commercial contributors because they don't need to. For any other less popular open-source OS projects using mailing lists, why do you think they either moved or now do code reviews, contributions on GitLab, Phabricator, Gerrit via a web interface in the first place?
> In the world where one maintainer is using github, the other his private gitlab instance, one is using gerrit, and the third gitea or whatever...
Well guess what? Gerrit, GitHub and GitLab all support send patches via email. The problem is not about preference, its about the starting point for beginners unfamiliar with OS projects and its certainly not the LKML and the Linux kernel. I instead recommended easier OSes (SerenityOS, Haiku, BSDs) to start with by using similar tools (Gerrit, Gitlab, Phabricator) for code reviews before looking at LKML and Linux.
Since the discussion is for attracting beginners into becoming long term contributors to open-source OSes, the starting point is not Linux or LKML. They first should look at easier OSes on GitHub/Lab/Tea or Gerrit to focus on contributing patches without trying or thinking about patch formats or top-posting, rather than starting in the deep-end, frustrating them with do's and don'ts for sending a patch and risking to putting them off altogether.
Definitely a 5G iPhone is coming.