public inbox for
 help / color / mirror / Atom feed
* Kawa future and governance
@ 2020-11-09 17:06 Per Bothner
  2020-11-09 17:40 ` Lassi Kortela
                   ` (2 more replies)
  0 siblings, 3 replies; 8+ messages in thread
From: Per Bothner @ 2020-11-09 17:06 UTC (permalink / raw)
  To: Kawa mailing list

As you have probably noticed, there has been less Kawa development the last
few years, and I have been less active.  I make sure it will work with
newer Java release, fix occasional bugs, and make minor improvements,
but it's been a while since I've added a new non-trivial feature or API.
Most of my "hacking time" these days is spent on DomTerm (
I'm also less involved with the Scheme community, and I've expressed
dissatisfaction with how SRFI and R7RS-large is evolving, with
too many large large APIs that I fear will see little use.

I am happy to continue in this "maintenance mode" as long as needed,
but fresh blood would be welcome.  So far Kawa has is mostly the result
of my vision, opinions, and prejudices, which I think has resulted in
a coherent, efficient, and powerful language - but it is limited what
I can understand and implement.  It is great what others have contributed
to Kawa, but we need to encourage and enable more contributions  I have
not been as open as I should have to other ideas and impulses, wanting
to full understand and implement the "right" solution, even when I have
lacked time, knowledge, and energy to do so.

Not sure where to go next.  It would be good to have a small group
who can check in updates and make releases without me.  Right now the
Kawa "bus factor" is basically one, which is not a good situation.
I can see my role becoming a Benevolent Dictator For Life (like van
Rossum's role in Python), but ideally getting less dictatorial as others
gain experience.

One task that could help and that does not require comprehensive understanding
of the code is Release Manager(s).  Not that it takes a lot of time and effort
to make a release (especially since I don't do it very often), but it is one
of multiple tasks that should not depend on me being able to do it.

Next year Kawa will be 25 years old.  It is the oldest continuously-active
compiler-based non-Java language on the JVM, which is quite an achievement.
But I am not getting any younger, and it needs fresh blood and energy.

Thoughts?  Volunteers?
	--Per Bothner

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2020-11-15  9:52 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-11-09 17:06 Kawa future and governance Per Bothner
2020-11-09 17:40 ` Lassi Kortela
2020-11-09 22:03 ` Duncan Mak
2020-11-12  5:39   ` Jamison Hope
2020-11-13 18:27     ` Damien MATTEI
2020-11-14 18:11 ` Helmut Eller
2020-11-14 18:53   ` Per Bothner
2020-11-15  8:51     ` Andrija Vranić

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).