Withdrawing from developer role

Development
1

Hi,

I’ve been thinking about this for a while – time to do it for real.

For personal reasons, I need to withdraw from active SC contributions. I’ve been struggling for quite some time with conflicting demands on my time. In the SC community, this has manifested as a testy, even hostile, response from me to PR review comments. Brian has borne the brunt of that and deserves a specific apology.

I believe presently that, if I keep trying to contribute, it’s only a matter of time before I would lose my temper again. The SC community isn’t a laboratory for me to try to work out my problems. If I’m not sure that I can behave well, then it’s better for me to get out of the way, take care of demands closer to home, and let others manage the project without interference.

I have 8 open pull requests. I don’t wish to be responsible for them anymore. I think I should close them. What I’m not sure is – if they need to be finished, should someone else pull from my topic branch and continue with a new PR, or reopen the existing one?

In any case, here they are.

PR Status
EventStreamCleanup: Prevent double-firing of cleanup functions Bug fix. Worth finishing.
lang: Fix system realtime message type codes Bug fix. Seems not complicated.
Plugins: Integrator Ctor passes through the first sample only Bug fix, but with possible API implications, which others would have to decide anyway.
Classlib: Handle langPort startup error descriptively Not critical, could just close it.
Classlib: ServerOptions: maxLogins may not exceed 32 Not critical, could just close it.
Test suite: Improve error handling in UnitTest TBH I don’t remember what this one was about.
Topic/thread reschedule New feature.
Classlib/Help: Raise maximum number of Buffer:getn/setn values Probably just close this one and forget it, because some of it is platform-specific and not clear what the value should be.

I will still be around – for one thing, I seem to be pretty good at finding and diagnosing bugs, and I think if I see some wrong behavior, I should be able to log issues for it. But I have to be able to control the amount of time investment, and that seems not to be possible with the way PRs are currently managed. So I’ll have to refrain from future PR authorship or reviewing.

Thanks,
hjh

4 Likes
2

lots of love for you James

3

Thanks for the honesty James. You are a valued member of the community.

3 Likes
4

Thank you for all what you’ve done, you helped legion of people including me.
It has been a real chance to have you on this forum and on the mailing list

5

+1 with thanks - your generosity on this forum is amazing (baffling!) - I’ve gained a great deal from you.

1 Like
6

I am sad to hear James but of course you should do what you think is right! Though you are in a self reflecting mode (which is always a good thing!) I wanted to take this opportunity to highlight all the positive impact you had in the community. I have been working with SC since 2005 and, in additions to great development work you have helped me (as I am sure many many others) countless of times. So, I just wanted to say:

Thank you! :wink:

7

Thank you for all your hard work James!

1 Like
8

Thanks a lot for your contributions so far, James. I have learned so much from you, both while reading the mailing list and from your posts here.

9

Thanks for everything you’ve given to this project, James.